Доступ к контенту Swarm из смарт-контракта

Такая функция (буквально интерпретируемая как доступ к контенту) невозможна по той же причине, что и генерация случайных чисел, универсальный веб-доступ или системное время: виртуальная машина должна быть полностью детерминированным черным ящиком, выполняющимся одинаково на всех узлах, обрабатывающих транзакции.

Тем не менее, косвенный «доступ» будет возможен аналогично ретрансляции btc: косвенный здесь означает, что транзакция может утверждать определенный контент в рое, который вы можете оспорить.

Все, что нам нужно верить, это то, что можно доказать, что последовательность байтов со смещением oи длиной lдействительно является частью документа в момент времени tпо URL-адресу u(скажем, например mydomain/path/to/my/content)

шаги для этого:

1. вы можете доказать, что в блоке, bсоответствующем времени t, реестр ENS показывает хэш hкак разрешение mydomain.
2. вы можете доказать, что hэто корневой хэш манифеста (каскад манифестов), в котором path/to/my/contentуказывает на хэш h0.
3. вы можете доказать, что h0это корневой хэш документа, который содержит фрагмент c(или серию фрагментов c0,.. cn), охватывающий оспариваемую подстроку.
4. вы можете доказать, что оспариваемая подстрока находится (или не находится) в соответствующем смещении
5. вы можете «доказать», что в соответствующий момент времени у tблока c была неоспоримая квитанция (действительное доказательство хранения).

swarm будет использовать удобный для проверки формат манифеста и надежное 32-байтовое двоичное дерево Меркла на основе сегментов в качестве базового хэша для хэша роя. Это означает, что такие доказательства являются логарифмическими по размеру коллекции документов в манифесте плюс размер документа в URL-адресе (без учета усложнения исторического состояния доказательства в 1).

шаг 5 представляет собой несколько иной вид «доказательства», чем остальные, поскольку он утверждает фактическую доступность рассматриваемой информации.