<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: IETF стандартизировал новый URI &apos;payto:&apos;</title>
    <link>https://opennet.me/openforum/vsluhforumID3/122208.html</link>
    <description>Комитет IETF (Internet Engineering Task Force), занимающийся развитием протоколов и архитектуры интернета, опубликовал RFC 8905 с описанием нового идентификатора ресурсов (URI) &quot;payto:&quot;, предназначенного для организации обращения к платёжным системам. RFC получил статус &quot;Предложенного стандарта&quot;, после чего начнётся работа по приданию RFC статуса чернового стандарта (Draft Standard), фактически означающего полную стабилизацию протокола и учёт всех высказанных замечаний...&lt;br&gt;&lt;br&gt;Подробнее: https://www.opennet.ru/opennews/art.shtml?num=53963&lt;br&gt;</description>

<item>
    <title>IETF стандартизировал новый URI payto: (nuclight)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/122208.html#85</link>
    <pubDate>Sat, 13 Mar 2021 14:11:15 GMT</pubDate>
    <description>Ну вот, приняли какого-то хрена с web в названии. Когда часть этих систем - вовсе не Веб, и вообще веб шёл бы лесом с магистральной дороги развития человечества.&lt;br&gt;</description>
</item>

<item>
    <title>IETF стандартизировал новый URI payto: (Карабьян)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/122208.html#84</link>
    <pubDate>Thu, 31 Dec 2020 17:13:48 GMT</pubDate>
    <description>Пошел на х&lt;br&gt;</description>
</item>

<item>
    <title>IETF стандартизировал новый URI payto: (JL2001)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/122208.html#83</link>
    <pubDate>Wed, 04 Nov 2020 02:14:08 GMT</pubDate>
    <description>спасибо за развёрнутый ответ&lt;br&gt;&lt;br&gt;&lt;br&gt;&amp;gt; Хитрость состоит в том, что в представлении Yggdrasil &lt;br&gt;&amp;gt; эти адреса являются отображением тех самых публичных ключей, принадлежащих тому или &lt;br&gt;&amp;gt; иному узлу сети. Адрес является одновременно и ключом&lt;br&gt;&lt;br&gt;действительно очень хорошо сделано&lt;br&gt;&lt;br&gt;&lt;br&gt;&amp;gt; В чём-то действительно очень похоже на VPN, особенно по применяемым технологиям вроде &lt;br&gt;&amp;gt; TUN-интерфейса, но логически виртуальной приватной сетью это не является.&lt;br&gt;&amp;gt; Хотя бы потому, что задумано это всё как публичная, а не приватная сеть.&lt;br&gt;&lt;br&gt;//оффтоп&lt;br&gt;имхо, публичный впн тоже бывает - всякие впн по обходу блокировок (слово &quot;приватная&quot; есть, а вход свободный однака...)&lt;br&gt;я понимаю впн не как &quot;приватный нетворк&quot;, а как оверлейные туннели ака тор, создающие надсеть&lt;br&gt;&lt;br&gt;&amp;gt; И работа в виртуальном оверлейном режиме рассматривается как такой прагматичный вспомогательный &lt;br&gt;&amp;gt; режим для узлов, не имеющих (пока) между собой прямых физических линков. &lt;br&gt;&lt;br&gt;таких прямых линков между всеми узлами никогда не будет ибо роутеры у провайдера / a/v-dsl-модемы</description>
</item>

<item>
    <title>IETF стандартизировал новый URI payto: (p2p_or_offline)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/122208.html#82</link>
    <pubDate>Tue, 03 Nov 2020 08:18:52 GMT</pubDate>
    <description>&amp;gt; не понял: в Yggdrasil адреса, выглядящие как ipv6, могут получить соединение как &lt;br&gt;&amp;gt; через ipv6-протокол через yggdrasil-vpn, так и через некий yggdrasil-протокол, поддерживающий &lt;br&gt;&amp;gt; единое адресное пространство с ipv6-протоколом?&lt;br&gt;&lt;br&gt;Адресное пространство у Yggdrasil и обычного IPv6 действительно общее, но для отделения одного от другого применяется обычное локальное правило маршрутизации. Со стороны пользователя это выглядит как дополнительный сетевой интерфейс, на который назначен адрес из ipv6-подсети 0200::/7, которая смаршрутизирована через этот же интерфейс. Адреса из этой сети и применяются в качестве адресов Yggdrasil. Сама эта подсеть заброшена и никому особо не нужна, так что вероятность коллизий с уже задействованными где-то адресами, как это однажды было с Hamachi, минимальна. (В cjdns для этой же цели использовался диапазон для приватных адресов fc00::/8, который что-то вроде 192.168.0.0/16. Но это было менее удачным решением.) Благодаря правилу маршрутизации, все пакеты для новоявленных Yggdras</description>
</item>

<item>
    <title>IETF стандартизировал новый URI payto: (JL2001)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/122208.html#81</link>
    <pubDate>Sat, 31 Oct 2020 23:12:51 GMT</pubDate>
    <description>&amp;gt; Точно так же, как и любые другие адреса IPv6. Для того это &lt;br&gt;&amp;gt; и придумано ещё начиная с cjdns, чтобы написание адресов ничем не &lt;br&gt;&amp;gt; отличалось от уже известного и освоенного метода.&lt;br&gt;&amp;gt; И как это не TCP/IP, если это как раз прозрачная децентрализованная замена &lt;br&gt;&amp;gt; для протокола IP из этого стека? В Yggdrasil хоть и заложена &lt;br&gt;&amp;gt; возможность работы в оверлейном режиме поверх существующих сетей, которая и применяется &lt;br&gt;&amp;gt; сейчас на практике (причём он может работать ещё и поверх Tor &lt;br&gt;&amp;gt; и I2P помимо обычного интернета), но точно так же он может &lt;br&gt;&amp;gt; соединяться и через физические линки напрямую. Если они для него есть. &lt;br&gt;&lt;br&gt;не понял: в Yggdrasil адреса, выглядящие как ipv6, могут получить соединение как через ipv6-протокол через yggdrasil-vpn, так и через некий yggdrasil-протокол, поддерживающий единое адресное пространство с ipv6-протоколом?&lt;br&gt;&lt;br&gt;&lt;br&gt;&amp;gt; ничто не мешает добавлять адреса Yggdrasil в AAAA-записи любых других децентрализованных &lt;br&gt;&amp;gt; DNS, вроде Namecoin и Emercoin.&lt;br&gt;&lt;br&gt;это отлично&lt;br&gt;&lt;br&gt;&lt;br&gt;&amp;gt;&amp;gt; или смысл в том, что</description>
</item>

<item>
    <title>IETF стандартизировал новый URI payto: (p2p_or_offline)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/122208.html#80</link>
    <pubDate>Fri, 30 Oct 2020 21:15:03 GMT</pubDate>
    <description>&amp;gt; а как сейчас пишутся имена yggdrasil, какой там днс?&lt;br&gt;&amp;gt; на сколько я понимаю - yggdrasil это ж уровень vpn а не &lt;br&gt;&amp;gt; tcp/ip ?&lt;br&gt;&lt;br&gt;Точно так же, как и любые другие адреса IPv6. Для того это и придумано ещё начиная с cjdns, чтобы написание адресов ничем не отличалось от уже известного и освоенного метода. С внутренней DNS есть пара проектов, но они централизованы со всеми вытекающими. С другой стороны, ничто не мешает добавлять адреса Yggdrasil в AAAA-записи любых других децентрализованных DNS, вроде Namecoin и Emercoin.&lt;br&gt;&lt;br&gt;И как это не TCP/IP, если это как раз прозрачная децентрализованная замена для протокола IP из этого стека? В Yggdrasil хоть и заложена возможность работы в оверлейном режиме поверх существующих сетей, которая и применяется сейчас на практике (причём он может работать ещё и поверх Tor и I2P помимо обычного интернета), но точно так же он может соединяться и через физические линки напрямую. Если они для него есть.&lt;br&gt;&lt;br&gt;&lt;br&gt;&amp;gt; или смысл в том, чтоб выделить семейство хэш-протоколов из общей массы про</description>
</item>

<item>
    <title>IETF стандартизировал новый URI payto: (JL2001)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/122208.html#79</link>
    <pubDate>Thu, 29 Oct 2020 22:32:52 GMT</pubDate>
    <description>&amp;gt; Но зачем туда добавлять Yggdrasil, если он куда как более низкоуровневый?&lt;br&gt;&lt;br&gt;извиняюсь, чтот меня переклинило, и я к хэш-ориентированному uri приплёл сетевой адрес&lt;br&gt;&lt;br&gt;//offtop&lt;br&gt;&amp;gt; Сейчас же мы не используем конструкции вида ip://127.0.0.1/&amp;lt;...&amp;gt;. Идея всего этого как &lt;br&gt;&amp;gt; раз такова, чтобы отвязать адреса контента от сетевых адресов. Соединяться через &lt;br&gt;&amp;gt; Yggdrasil с другими узлами сети станет сам P2P-демон.&lt;br&gt;&lt;br&gt;а как сейчас пишутся имена yggdrasil, какой там днс?&lt;br&gt;на сколько я понимаю - yggdrasil это ж уровень vpn а не tcp/ip ?&lt;br&gt;&lt;br&gt;&lt;br&gt;&amp;gt; далее предполагается, что общий обработчик будет преобразовывать &lt;br&gt;&amp;gt; такие запросы в специфичные, то есть в newp2p://contentID/&amp;lt;...&amp;gt;, которые будут подхватываться &lt;br&gt;&amp;gt; соответствующими обработчиками. Если они есть в системе, конечно.&lt;br&gt;&lt;br&gt;тоесть dweb://ipfs/abc будет превращён тупой заменой буков в ipfs://abc и дёрнут общесистемный обработчик ipfs, как и для mailto: ?&lt;br&gt;и при этом в стандарте dweb в dweb://protocol/abc значение protocol не стандартезировано и о том, что там возможно зна</description>
</item>

<item>
    <title>IETF стандартизировал новый URI payto: (p2p_or_offline)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/122208.html#78</link>
    <pubDate>Thu, 29 Oct 2020 20:01:03 GMT</pubDate>
    <description>Но зачем туда добавлять Yggdrasil, если он куда как более низкоуровневый? Сейчас же мы не используем конструкции вида ip://127.0.0.1/&amp;lt;...&amp;gt;. Идея всего этого как раз такова, чтобы отвязать адреса контента от сетевых адресов. Соединяться через Yggdrasil с другими узлами сети станет сам P2P-демон.&lt;br&gt;&lt;br&gt;Но насчёт добавления новых протоколов там пока что идёт обсуждение, и сейчас предлагается две конструкции: или dweb://newp2p/contentID/, или в виде псевдоTLD, то есть dweb://contentID.newp2p/. И далее предполагается, что общий обработчик будет преобразовывать такие запросы в специфичные, то есть в newp2p://contentID/&amp;lt;...&amp;gt;, которые будут подхватываться соответствующими обработчиками. Если они есть в системе, конечно. Но пока это ещё всё не окончательно, и на практике поддержка схемы dweb:/ есть только в браузерном аддоне IPFS Companion.&lt;br&gt;</description>
</item>

<item>
    <title>IETF стандартизировал новый URI payto: (Нац)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/122208.html#77</link>
    <pubDate>Thu, 29 Oct 2020 13:16:46 GMT</pubDate>
    <description>Ну лет 5 точно как (вна украине)&lt;br&gt;</description>
</item>

</channel>
</rss>
