Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

IETF стандартизировал новый URI 'payto:', opennews (??), 26-Окт-20, (0) [смотреть все] Лучше уж один URI, чем каждая платежная система и криптовалюта будет велосипедит, Аноним (3), 10:25 , 26-Окт-20, (3) +19 // Ты хоть понял смысл фразы для вызова программ Что будет твой один URI запус, Аноним (12), 10:54 , 26-Окт-20, (12) –4 // Во-первых, банк-клиенты давно и прочно вошли в обиход Во-вторых, сайты могут ста, Аноним (18), 11:06 , 26-Окт-20, (18) –1 Как ты собрался переключать банк-клиент перед кликом на ссылку Откуда у тебя уве, Аноним (12), 11:19 , 26-Окт-20, (23) –2 Моя ОС умеет предлагать выбор клиента после клика на ссылку Если вы по каким-то, oficsu (ok), 11:47 , 26-Окт-20, (40) +2 Я и так ей доверяю, юзая криптовалютные кошельки И там велосипедные URI вроде b, Аноним (-), 11:20 , 26-Окт-20, (26) +2 Вася, ты хоть понимаешь, чем отличается слово bitcoin от payto , Аноним (12), 11:34 , 26-Окт-20, (32) –2 А все равно будут велосипедить, и эту схему еще поддерживать Но - если в банковс, Х (?), 10:57 , 26-Окт-20, (13) // вы не поняли, это не перевод, это стандарт записи адреса перевода, суммы и комме, JL2001 (ok), 11:12 , 26-Окт-20, (19) +2 ты хоть вообще, чем почтовая прога отличается от банковских протоколов как твоя, Аноним (12), 11:23 , 26-Окт-20, (27) –2 скоро все будут сидеть в одной банке, 1 (??), 11:35 , 26-Окт-20, (33) Там же смысл в другом - по этому адресу у тебя открывается дефолтный клиент Усл, Аноним (20), 11:13 , 26-Окт-20, (20) +6 Вот есть у меня счёт в банке, кошелёк где-то и ПейКуй акк Как переключать твой , Аноним (12), 11:32 , 26-Окт-20, (31) В нормальных браузерах по-умолчанию спрашивает с выпадающим списком какой програ, НяшМяш (ok), 16:33 , 26-Окт-20, (49) тоесть мне надо смотреть на урл и аккуратно выбирать правильный банк крипто-клие, JL2001 (ok), 11:57 , 28-Окт-20, (72) А кто мешает сберу использовать sber , альфа банку alfa и т д Да и у вас , НяшМяш (ok), 12:59 , 28-Окт-20, (75) 1 сбер и альфа обои - банковские системы с поддержкой payto bik , но без подд, JL2001 (ok), 15:56 , 28-Окт-20, (76) Поставил 1 особенно за последний абзац сообщения , rvs2016 (ok), 12:59 , 26-Окт-20, (43) payto swindler amount all message pwnd, Онаним (?), 10:28 , 26-Окт-20, (4) +7 // int all NaNSWAT уже выехал, ожидайте , Аноним (39), 11:42 , 26-Окт-20, (39) +1 // Мы люди простые, воткнём MAX_SAFE_INTEGER , НяшМяш (ok), 16:34 , 26-Окт-20, (50) +2 Если писать на Расте - все будет норм , Дегенератор (ok), 17:10 , 26-Окт-20, (52) –1 Новые стандарты - новые возможности для мошенников, подмена данных в URI и всё т, Аноним (5), 10:29 , 26-Окт-20, (5) –1 // Тут вообще глобальный смысл - пропихнуть локальную прогу , которой будут скар, Аноним (12), 11:00 , 26-Окт-20, (14) +2 // Всегда веселили такие Васяны, которые умнее всех этих балбесиков из каких-то там, Qwerty (??), 11:03 , 26-Окт-20, (16) +1 // You don t need to be smart to become a Boss - any asshole will do К to become IE, жопа (?), 12:02 , 26-Окт-20, (41) +1 Пользователи macos не согласятся с тобой , Аноним (17), 11:03 , 26-Окт-20, (17) Угу Клиент-банк называется И можеть быть сайтом - сайт может стать обработчико, Crazy Alex (ok), 11:18 , 26-Окт-20, (22) // Поставь-ка хотя бы пару клиент-банков и попереключайся Мир не ограничивается , Аноним (12), 11:36 , 26-Окт-20, (34) И давно ли банк-клиенты стали поддерживать криптокошельки Да даже за перевод на, Аноним (36), 11:39 , 26-Окт-20, (36) Ну лет 5 точно как вна украине , Нац (?), 16:16 , 29-Окт-20, (77) тебе такую уже пропихнулиоутлук зебат называется, JL2001 (ok), 11:20 , 26-Окт-20, (25) –1 Главное чтобы при клике на такую ссылку браузер не показывал модальное окно, с в, Аноним (6), 10:31 , 26-Окт-20, (6) +7 // Флаг autoConfirm any спасёт вас от любых модальных окон , Онаним (?), 10:34 , 26-Окт-20, (7) +11 // Вот злодей D, ryoken (ok), 10:36 , 26-Окт-20, (8) +1 Согласен, ведь модальные окна 8212 то ещё зло и тех, кто хочет их показывать,, oficsu (ok), 10:40 , 26-Окт-20, (9) +1 С одной стороны полезно, особенно если обмазать всякими защитными вещами С друг, Аноним Анонимович Анонимов (?), 10:43 , 26-Окт-20, (10) +1 // Сохранена ссылка или нет, а клиент всё равно потребует подтвнрждение , Crazy Alex (ok), 11:30 , 26-Окт-20, (30) –1 // Ты будешь проверять все 100500 циферок в платёжке , Аноним (12), 11:37 , 26-Окт-20, (35) –2 // Естественно о_0, НяшМяш (ok), 16:36 , 26-Окт-20, (51) +2 Пример зелёного танка в ООП, или как НЕ надо проектировать , Аноним (12), 10:48 , 26-Окт-20, (11) +1 оффтопа ipfs всё никак не могут зарегестрировать , JL2001 (ok), 11:01 , 26-Окт-20, (15)   // Она не приносит денег, а вот payto - другое дело , Аноним (12), 11:14 , 26-Окт-20, (21)   // ipfs - часть блокчейн хайпа, и у разработчиков еще собственный блокчейн проект с, Аноним (-), 11:27 , 26-Окт-20, (28)   // Эти деньги исчезают, как только попробуешь их все перевести в реальные деньги , Аноним (12), 11:39 , 26-Окт-20, (37) +1   Именно, переводишь в реальные и сразу начинают таять от инфляции , Аноним (48), 15:51 , 26-Окт-20, (48)   Регистрировать скорее собираются более общий dweb https github com arewedist, p2p_or_offline (?), 00:09 , 28-Окт-20, (67) +2   // а как в этот общий обработчик добавить какой-нить новый, например, yggdrasil , JL2001 (ok), 10:34 , 28-Окт-20, (71)   // Но зачем туда добавлять Yggdrasil, если он куда как более низкоуровневый Сейчас, p2p_or_offline (?), 23:01 , 29-Окт-20, (78) +1   извиняюсь, чтот меня переклинило, и я к хэш-ориентированному uri приплёл сетевой, JL2001 (ok), 01:32 , 30-Окт-20, (79)   Точно так же, как и любые другие адреса IPv6 Для того это и придумано ещё начин, p2p_or_offline (?), 00:15 , 31-Окт-20, (80) +3   не понял в Yggdrasil адреса, выглядящие как ipv6, могут получить соединение как, JL2001 (ok), 02:12 , 01-Ноя-20, (81)   Адресное пространство у Yggdrasil и обычного IPv6 действительно общее, но для от, p2p_or_offline (?), 11:18 , 03-Ноя-20, (82) +3   спасибо за развёрнутый ответдействительно очень хорошо сделано оффтопимхо, публ, JL2001 (ok), 05:14 , 04-Ноя-20, (83)   Ну вот, приняли какого-то хрена с web в названии Когда часть этих систем - вовс, nuclight (??), 17:11 , 13-Мрт-21, (85)   Всяко лучше чем разные нестандартизированные QR коды для оплаты ЖКХ которые в ра, Аноним (6), 11:19 , 26-Окт-20, (24) // Ты в какой дыре живёшь, что всё ещё с бумажками бегаешь Сейчас любой ЖКХ даже, Аноним (12), 11:42 , 26-Окт-20, (38) –2 // Ты электронный раб, а он - нет , Аноним (-), 14:21 , 27-Окт-20, (64) –1 кто такой iban, и зачем все шлют ему деньги , б.б. (?), 12:33 , 26-Окт-20, (42) +4 // - одолжи пару сотен на месяц- ибан - от ибана слышу Реальный диалог в чате двух , Амоним (?), 14:12 , 26-Окт-20, (45) +2 // Нет В каждой стране длина своя , Zulu (?), 01:58 , 28-Окт-20, (68) +1 Ты ещё спроси, где его мать живёт , Онаним (?), 14:36 , 26-Окт-20, (47) Это идентификатор банковского счёта , Аноним (53), 17:36 , 26-Окт-20, (53) +1 International Bank Account Number https ru wikipedia org wiki IBAN, Аноним (58), 02:39 , 27-Окт-20, (58) +1 Это такой международный идентификатор банковского счета А что у вас в РФ еще на, vantoo (ok), 03:55 , 27-Окт-20, (61) +1 Финансовый собрат генерала Файлура, Карабьян (?), 05:50 , 27-Окт-20, (63) +1 Click _here_ to continue - , IZh. (?), 13:26 , 26-Окт-20, (44) // Денег дай , Аноним (-), 03:00 , 27-Окт-20, (60) +1 Но на самом-то деле куда популярнее был бы идентификатор porn , Онаним (?), 14:36 , 26-Окт-20, (46) // И куда, простите, он должен вести , Аноним (56), 20:02 , 26-Окт-20, (56) +2 // судя по новости и комментам - браузер должен вывести тебе все телефоны твоих про, JL2001 (ok), 12:03 , 28-Окт-20, (74) Отличный стандарт для аттаки на клиентов, Аноним (54), 19:43 , 26-Окт-20, (54) –1 // Цифровой подписи для каждой транзакции нет от подмены адресса, Аноним (54), 19:44 , 26-Окт-20, (55) // ты адрес откуда взял вот там где взял - и должна быть подписьэто всего-лишь фор, JL2001 (ok), 12:00 , 28-Окт-20, (73) Для Гаттаки на клиентов - , Аноним (69), 05:18 , 28-Окт-20, (69) –1 Новый протокол для платёжной системы от GNU, хорошо хоть не от Facebook Может бы, fuggy (ok), 23:45 , 26-Окт-20, (57) Допустим я хочу сделать интернет-магазин Чем мне поможет Gnu Taler В чем его п, Аноним (-), 02:50 , 27-Окт-20, (59) +7 // Скрыто модератором, Карабьян (?), 05:49 , 27-Окт-20, (62) –5 // Скрыто модератором, Товарищ Майор (?), 14:24 , 27-Окт-20, (65) +3 // Скрыто модератором, swine (ok), 15:44 , 27-Окт-20, (66) +2 Скрыто модератором, Карабьян (?), 20:13 , 31-Дек-20, (84) См https www opennet ru opennews art shtml num 52655, Аноним (69), 05:27 , 28-Окт-20, (70) +1 4,5,6,10,11,15,24,42,44,46,54,57,59

Сообщения

[Сортировка по времени | RSS]

15. "IETF стандартизировал новый URI payto:"	+/–
Сообщение от JL2001 (ok), 26-Окт-20, 11:01
//оффтоп а ipfs:// всё никак не могут зарегестрировать?
Ответить | Правка | Наверх | Cообщить модератору

	21. "IETF стандартизировал новый URI payto:"	+/–
	Сообщение от Аноним (12), 26-Окт-20, 11:14
	Она не приносит денег, а вот payto - другое дело.
	Ответить | Правка | Наверх | Cообщить модератору

	28. "IETF стандартизировал новый URI payto:"	+/–
	Сообщение от Аноним (-), 26-Окт-20, 11:27
	ipfs - часть блокчейн хайпа, и у разработчиков еще собственный блокчейн проект со сборами на ICO более $200M. Так что денег там предостаточно. Это же пропихнули из GNU Taler, мало кому нужной платежки от гнутых. Они еще и привязку к GNUNet туда пропихнули. Непонятно даже, как это вообще приняли.
	Ответить | Правка | Наверх | Cообщить модератору

	37. "IETF стандартизировал новый URI payto:"	+1 +/–
	Сообщение от Аноним (12), 26-Окт-20, 11:39
	> денег там предостаточно. Эти "деньги" исчезают, как только попробуешь их все перевести в реальные деньги.
	Ответить | Правка | Наверх | Cообщить модератору

	48. "IETF стандартизировал новый URI payto:"	+/–
	Сообщение от Аноним (48), 26-Окт-20, 15:51
	Именно, переводишь в реальные и сразу начинают таять от инфляции.
	Ответить | Правка | Наверх | Cообщить модератору

	67. "IETF стандартизировал новый URI payto:"	+2 +/–
	Сообщение от p2p_or_offline (?), 28-Окт-20, 00:09
	Регистрировать скорее собираются более общий dweb:// https://github.com/arewedistributedyet/arewedistributedyet/i... Логика точно такая же, как и с этим payto: чтобы не плодить по новому нескучному обработчику на каждую децентрализованную систему. Между прочим, в IANA оно уже принято.
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	71. "IETF стандартизировал новый URI payto:"	+/–
	Сообщение от JL2001 (ok), 28-Окт-20, 10:34
	> Регистрировать скорее собираются более общий dweb:// > https://github.com/arewedistributedyet/arewedistributedyet/i... > Логика точно такая же, как и с этим payto: чтобы не плодить > по новому нескучному обработчику на каждую децентрализованную систему. > Между прочим, в IANA оно уже принято. а как в этот общий обработчик добавить какой-нить новый, например, yggdrasil ?
	Ответить | Правка | Наверх | Cообщить модератору

	78. "IETF стандартизировал новый URI payto:"	+1 +/–
	Сообщение от p2p_or_offline (?), 29-Окт-20, 23:01
	Но зачем туда добавлять Yggdrasil, если он куда как более низкоуровневый? Сейчас же мы не используем конструкции вида ip://127.0.0.1/<...>. Идея всего этого как раз такова, чтобы отвязать адреса контента от сетевых адресов. Соединяться через Yggdrasil с другими узлами сети станет сам P2P-демон. Но насчёт добавления новых протоколов там пока что идёт обсуждение, и сейчас предлагается две конструкции: или dweb://newp2p/contentID/, или в виде псевдоTLD, то есть dweb://contentID.newp2p/. И далее предполагается, что общий обработчик будет преобразовывать такие запросы в специфичные, то есть в newp2p://contentID/<...>, которые будут подхватываться соответствующими обработчиками. Если они есть в системе, конечно. Но пока это ещё всё не окончательно, и на практике поддержка схемы dweb:/ есть только в браузерном аддоне IPFS Companion.
	Ответить | Правка | Наверх | Cообщить модератору

	79. "IETF стандартизировал новый URI payto:"	+/–
	Сообщение от JL2001 (ok), 30-Окт-20, 01:32
	> Но зачем туда добавлять Yggdrasil, если он куда как более низкоуровневый? извиняюсь, чтот меня переклинило, и я к хэш-ориентированному uri приплёл сетевой адрес //offtop > Сейчас же мы не используем конструкции вида ip://127.0.0.1/<...>. Идея всего этого как > раз такова, чтобы отвязать адреса контента от сетевых адресов. Соединяться через > Yggdrasil с другими узлами сети станет сам P2P-демон. а как сейчас пишутся имена yggdrasil, какой там днс? на сколько я понимаю - yggdrasil это ж уровень vpn а не tcp/ip ? > далее предполагается, что общий обработчик будет преобразовывать > такие запросы в специфичные, то есть в newp2p://contentID/<...>, которые будут подхватываться > соответствующими обработчиками. Если они есть в системе, конечно. тоесть dweb://ipfs/abc будет превращён тупой заменой буков в ipfs://abc и дёрнут общесистемный обработчик ipfs, как и для mailto: ? и при этом в стандарте dweb в dweb://protocol/abc значение protocol не стандартезировано и о том, что там возможно значение ipfs никто не знает? ну и чем это отличается от того, что сейчас нет стандартезированого протокола ipfs: и нельзя полагаться на его понимание в системе? какое-то фуфло, а не стандарт из dweb: получилось или смысл в том, чтоб выделить семейство хэш-протоколов из общей массы протоколов? почему для http:/https:/smb:/ftp: свои протоколы застандартезированы, а для ipfs: - сказали что нельзя?
	Ответить | Правка | Наверх | Cообщить модератору

	80. "IETF стандартизировал новый URI payto:"	+3 +/–
	Сообщение от p2p_or_offline (?), 31-Окт-20, 00:15
	> а как сейчас пишутся имена yggdrasil, какой там днс? > на сколько я понимаю - yggdrasil это ж уровень vpn а не > tcp/ip ? Точно так же, как и любые другие адреса IPv6. Для того это и придумано ещё начиная с cjdns, чтобы написание адресов ничем не отличалось от уже известного и освоенного метода. С внутренней DNS есть пара проектов, но они централизованы со всеми вытекающими. С другой стороны, ничто не мешает добавлять адреса Yggdrasil в AAAA-записи любых других децентрализованных DNS, вроде Namecoin и Emercoin. И как это не TCP/IP, если это как раз прозрачная децентрализованная замена для протокола IP из этого стека? В Yggdrasil хоть и заложена возможность работы в оверлейном режиме поверх существующих сетей, которая и применяется сейчас на практике (причём он может работать ещё и поверх Tor и I2P помимо обычного интернета), но точно так же он может соединяться и через физические линки напрямую. Если они для него есть. > или смысл в том, чтоб выделить семейство хэш-протоколов из общей массы протоколов? Вот что-то вроде этого, да. Чтобы у пиринговых контентно-адресуемых протоколов было своё совместное пространство имён, чтобы их прямо одним взглядом можно было всех окинуть. И ipfs:/ с ipns:/ никто не отклонял - напротив, они тоже зарегистрированы в IANA. Похоже, что разработчики IPFS не хотят намертво приколачивать всё это к своему наименованию протокола, и пытаются придумать более универсальное решение. Ну и к тому же желают объединить силы с Mozilla с их libdweb. https://github.com/mozilla/libdweb К тому же полагаться на наличие в системе вообще любого протокола лучше не стоит, даже если он сколь угодно стандартизирован. Кому система передаст вызов mailto:, если не установлено ни одного почтового клиента и никто поддержку этой схемы не обозначил?
	Ответить | Правка | Наверх | Cообщить модератору

	81. "IETF стандартизировал новый URI payto:"	+/–
	Сообщение от JL2001 (ok), 01-Ноя-20, 02:12
	> Точно так же, как и любые другие адреса IPv6. Для того это > и придумано ещё начиная с cjdns, чтобы написание адресов ничем не > отличалось от уже известного и освоенного метода. > И как это не TCP/IP, если это как раз прозрачная децентрализованная замена > для протокола IP из этого стека? В Yggdrasil хоть и заложена > возможность работы в оверлейном режиме поверх существующих сетей, которая и применяется > сейчас на практике (причём он может работать ещё и поверх Tor > и I2P помимо обычного интернета), но точно так же он может > соединяться и через физические линки напрямую. Если они для него есть. не понял: в Yggdrasil адреса, выглядящие как ipv6, могут получить соединение как через ipv6-протокол через yggdrasil-vpn, так и через некий yggdrasil-протокол, поддерживающий единое адресное пространство с ipv6-протоколом? > ничто не мешает добавлять адреса Yggdrasil в AAAA-записи любых других децентрализованных > DNS, вроде Namecoin и Emercoin. это отлично >> или смысл в том, чтоб выделить семейство хэш-протоколов из общей массы протоколов? > Вот что-то вроде этого, да. Чтобы у пиринговых контентно-адресуемых протоколов было своё > совместное пространство имён, чтобы их прямо одним взглядом можно было всех > окинуть. И ipfs:/ с ipns:/ никто не отклонял - напротив, они > тоже зарегистрированы в IANA. Похоже, что разработчики IPFS не хотят намертво > приколачивать всё это к своему наименованию протокола, и пытаются придумать более > универсальное решение. Ну и к тому же желают объединить силы с > Mozilla с их libdweb. https://github.com/mozilla/libdweb не понимаю смысла такого выделения видь ipfs: и dweb: на уровне протокола полностью же различны, как ftp:, ftps: и sftp: - единственно в документации и там и там встречается слово хэш какой смысл их объединять в надпротокол? что это вообще даст? и что даст нам возможность отличить протоколы с сервером от протоколов с поиском? у них даже время ответа будет одинаковым (для тормозного сервера и быстрой dht) зы: а torrent: в это семейство почему не включили? > К тому же полагаться на наличие в системе вообще любого протокола лучше > не стоит, даже если он сколь угодно стандартизирован. Кому система передаст > вызов mailto:, если не установлено ни одного почтового клиента и никто > поддержку этой схемы не обозначил? наличие в стандарте mailto: позволяет вообще использовать mailto: как возможность без стандарта это будет использование филькиной грамоты типо "спутник:" или "русская государственная википедия:"
	Ответить | Правка | Наверх | Cообщить модератору

	82. "IETF стандартизировал новый URI payto:"	+3 +/–
	Сообщение от p2p_or_offline (?), 03-Ноя-20, 11:18
	> не понял: в Yggdrasil адреса, выглядящие как ipv6, могут получить соединение как > через ipv6-протокол через yggdrasil-vpn, так и через некий yggdrasil-протокол, поддерживающий > единое адресное пространство с ipv6-протоколом? Адресное пространство у Yggdrasil и обычного IPv6 действительно общее, но для отделения одного от другого применяется обычное локальное правило маршрутизации. Со стороны пользователя это выглядит как дополнительный сетевой интерфейс, на который назначен адрес из ipv6-подсети 0200::/7, которая смаршрутизирована через этот же интерфейс. Адреса из этой сети и применяются в качестве адресов Yggdrasil. Сама эта подсеть заброшена и никому особо не нужна, так что вероятность коллизий с уже задействованными где-то адресами, как это однажды было с Hamachi, минимальна. (В cjdns для этой же цели использовался диапазон для приватных адресов fc00::/8, который что-то вроде 192.168.0.0/16. Но это было менее удачным решением.) Благодаря правилу маршрутизации, все пакеты для новоявленных Yggdrasil-адресов отправляются в этот интерфейс, и далее попадают к демону, который шифрует их публичным ключом узла, соответствующего адресу назначения, и отправляет его дальше в соответствии со своими внутренними правилами. Хитрость состоит в том, что в представлении Yggdrasil эти адреса являются отображением тех самых публичных ключей, принадлежащих тому или иному узлу сети. Адрес является одновременно и ключом, что очень удобно и избавляет от необходимости дополнительных слоёв шифрования, удостоверяющих центров и всего такого прочего. В чём-то действительно очень похоже на VPN, особенно по применяемым технологиям вроде TUN-интерфейса, но логически виртуальной приватной сетью это не является. Хотя бы потому, что задумано это всё как публичная, а не приватная сеть. И работа в виртуальном оверлейном режиме рассматривается как такой прагматичный вспомогательный режим для узлов, не имеющих (пока) между собой прямых физических линков. Однако возможность создания виртуальных приватных сетей также присутствует прямо внутри Yggdrasil. Доверенные узлы, явно обменявшиеся публичными ключами друг друга, могут туннелировать между собой обычный IP-трафик примерно так же, как это можно сделать с помощью OpenVPN или Wireguard. Главное отличие состоит в том, что двум узлам для этого необязательно быть напрямую подключённым друг к другу. При наличии маршрута трафик между ними может прозрачно проходить и через промежуточные узлы. Ну и сделано вот это отображение ключей в адреса для того, чтобы аккуратно и без помех встроиться в существующий сетевой стек. Напрямую добавлять в каждую операционную систему нескучную PKI-адресацию сетевого уровня было бы уж слишком накладно. > не понимаю смысла такого выделения Рассмотрим это с практической стороны. Предполагается, что в будущем будет создана отдельная компактная программа, возможно кроссплатформенная, которая будет объявлять системе о поддержке схемы dweb:/ через себя и знать обо всех существующих пиринговых контентно-адресуемых сетях. Их разработчикам достаточно будет сходить в один репозиторий и внести туда параметры своего протокола. (На практике скорее всего в два, потому что помимо общесистемной скорее всего будет ещё и отдельный браузерный аддон. Но это не точно.) Тогда, при попытке открытия адреса вида dweb:/shinynewp2p/<...> и отсутствии в системе обработчика для shinynewp2p:/ эта компактная программа будет выдавать окно с текстом вида "Вы попытались открыть адрес протокола Shiny New P2P. Но в вашей системе не установлен демон, который её реализует. Установите и запустите пакет shiny-new-p2p для открытия таких адресов". И так для каждого из них. Или даже предупреждать, что о таком протоколе ей неизвестно (пока ещё), но скорее всего это тоже пиринговый dweb-протокол. (Последнее, понятное дело, сработает только в том случае, когда разработчики новых p2p-систем тоже будут оставлять ссылки в таком формате.) Без применения "надпротокола" собирать их все вместе будет довольно-таки неудбно. А так - кто объявляет себя dweb-системой, тот скорее всего ей и является. Всё-таки dweb-протоколы резко отличаются от классических клиент-серверных тем, что для них необходим локальный демон на стороне каждого клиента. Эту вот разницу и призвана, вероятно, подчёркивать общая схема, и время ответа тут особенно не при чём. А torrent: туда не включили хотя бы потому, что нет никакого torrent:, есть только magnet:. И возможности его более узкие, чем у IPFS. Например, не предполагается возможности обратиться через magnet: к отдельному файлу в раздаче. А без этого какой же это веб? Пока что весь этот dweb: находится только на стадии обсуждения и ранних экспериментов, несмотря на регистрацию в IANA. Может быть, и что-нибудь другое в итоге будет придумано.
	Ответить | Правка | Наверх | Cообщить модератору

	83. "IETF стандартизировал новый URI payto:"	+/–
	Сообщение от JL2001 (ok), 04-Ноя-20, 05:14
	спасибо за развёрнутый ответ > Хитрость состоит в том, что в представлении Yggdrasil > эти адреса являются отображением тех самых публичных ключей, принадлежащих тому или > иному узлу сети. Адрес является одновременно и ключом действительно очень хорошо сделано > В чём-то действительно очень похоже на VPN, особенно по применяемым технологиям вроде > TUN-интерфейса, но логически виртуальной приватной сетью это не является. > Хотя бы потому, что задумано это всё как публичная, а не приватная сеть. //оффтоп имхо, публичный впн тоже бывает - всякие впн по обходу блокировок (слово "приватная" есть, а вход свободный однака...) я понимаю впн не как "приватный нетворк", а как оверлейные туннели ака тор, создающие надсеть > И работа в виртуальном оверлейном режиме рассматривается как такой прагматичный вспомогательный > режим для узлов, не имеющих (пока) между собой прямых физических линков. таких прямых линков между всеми узлами никогда не будет ибо роутеры у провайдера / a/v-dsl-модемы / 3-4-5g-модемы ни про какой yggdrasil-протокол никогда знать не будут (ток при коммунизме если) > Однако возможность создания виртуальных приватных сетей также присутствует прямо внутри Yggdrasil. > Доверенные узлы, явно обменявшиеся публичными ключами друг друга а зачем ими обмениваться, если публичный==адрес ноды? или речь об узнавании этого "псевдо-ipv6" адреса нужной ноды? стандартными средствами yggdrasil можно сделать луковичную маршрутизацию? или защита анонимности не является целью yggdrasil ? >> не понимаю смысла такого выделения > будет создана программа, которая будет объявлять системе о > поддержке схемы dweb:/ через себя и знать обо всех существующих пиринговых > контентно-адресуемых сетях. Их разработчикам достаточно будет сходить в один репозиторий > и внести туда параметры своего протокола. я бы предпочёл, чтоб разработчики в своей системе реализовывали интерфейс http-proxy, который бы понимал обращение к "урлу" хэш/путь_после_хеша хотя всё равно нужна программа/место, где будет записан стандартный порт прокси в эту систему возможно http-proxy не очень как механизм взаимодействия с демоном системы, у меня просто перед глазами, что это из браузера должно работать да и не знаю я протоколов управления "демоном" с работой по типу file open /dev/fs/ipfs/read/from512byte/to532byte/ipfs_hash_расшаренной_папки/путь_внутри вроде бы реализация точки входа в виде http-proxy простая и многие её делают? > Всё-таки dweb-протоколы резко отличаются от классических клиент-серверных > тем, что для них необходим локальный демон на стороне каждого клиента. а разве ftp: не требуется "демон", который умеет урл ftp://server/path превращать в биты запросов к серверу? в чём разница? или речь о постоянно запущеном демоне для дистрибьютед-протокола? сегодня у меня трансмиссия, открыв файл торента, начала качать меньше чем за секунду фактически с холодного старта, вполне сравнимо с консольным ftp-клиентом > А torrent: туда не включили хотя бы потому, что нет никакого torrent:, > есть только magnet:. И возможности его более узкие, чем у IPFS. > Например, не предполагается возможности обратиться через magnet: к отдельному файлу в > раздаче. А без этого какой же это веб? ничего не мешает сделать рабочим magnet://магнит/путь_внутри_файлов_описанных_в_торенте и ничем от ipfs://хэш_папки/путь_внутри_расшаренной_папки отличаться не будет
	Ответить | Правка | Наверх | Cообщить модератору

	85. "IETF стандартизировал новый URI payto:"	+/–
	Сообщение от nuclight (??), 13-Мрт-21, 17:11
	Ну вот, приняли какого-то хрена с web в названии. Когда часть этих систем - вовсе не Веб, и вообще веб шёл бы лесом с магистральной дороги развития человечества.
	Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема