| idec.talks | HOME |
| > Касательно рассуждений о хэше для сообщений, пришла мысль, что IDEC > это практически контентно-адресуемая сеть... Ну по сути так оно и есть :) > ...и можно как-то прикрутить её к IPFS (или наоборот) для хранения сообщений А зачем прикручивать, если IDEC по сути вполне годится на роль "downsized IPFS"? ;) Самая первая версия IPFS v0.1 появилась в феврале 2015, а самая первая версия ii v0.1 - в марте 2014. Получается IPFS это "upsized ii" :) А так внутри IPFS есть "Distrubuted Hash Map", который есть последний пункт моих мыслей применительно к IDEC :) И как над IPFS появилась криптовалюта Filecoin, над IDEC может в перспективе появится IDECoin и всё забурлит и запенится ;) Шутка... >> Хэш msgid может быть не визуально рандомным как сейчас, а будет способным нести информацию о типе (или о версии) сообщения > Мне кажется такую функциональность проще реализовать в виде варианта запроса > индекса, который будет возвращать (кроме идентификатора и закодированного > сообщения) строку с тегами, либо отдельным суффиксом у ID. Правда, хранение > метаданных в ссылке напоминает костыль в gopher, когда префикс в URL определяет > то, как клиент будет отображать полученное содержимое. Ну вот чтобы не хранить метаданные как отдельный костыль я и предлагаю честно поиграть с хэшом, чтобы он нёс в себе тип (или если хотите "версию" - как адрес в биткоине например). |