. Почему система в реальном мире зачтёт голос продажного пьяницы, а суд проигнорирует нападки этого же пьяницы на репутацию другого человека (не дал на выпивку)? Двойные стандарты?
В цифровых системах аккаунтом может владеть не человек, а робот34 (или умное устройство, например, музыкальная колонка). Более того, аккаунт может принимать решения в сети, защищая свои интересы. И внутренние механики не должны ограничивать роботов в цифровых правах. Как только появляется идея ограничить аккаунты участием в голосовании в виде требования прохождения верификации и выдачи сертификата (или паспорта) – можно сразу ставить крест на подобной системе: уже на этапе проектирования имеем уязвимое место – центр верификации или выдачи сертификатов.
Покупка голосов, коррупция, злоупотребления на местах – пережитки старых систем, которые старались социально уравнивать персон. В цифровом пространстве с собственной экономикой доверять можно тем, которые основаны на справедливом долевом участии, где серьёзность намерений можно доказать заморозкой активов на длительный срок.
Системы идентификации носят больше рекомендательный характер, так как не могут гарантировать честность посредника (проверяющего и удостоверяющего центра). Например, существует проект KeyBase, который используют сами пользователи, предъявляя доказательства (криптографического, естественно, характера) связанности своего аккаунта со своими профилями в социальных сетях.
Бурный рост проектов с использованием распределённого реестра привёл к новой проблематике – как связать их воедино? Как добиться их взаимодействия, желательно бесшовного? Постепенно энтузиасты нашли решение в виде Hashed Time-Locked Contract (HTLC, также известные как атомарные свопы) и его разновидностей. С рождением возможного решения выявились и новые проблемы:
– Как связать два блокчейна?
– Что будет делать проверяющая сторона – обращаться в другой блокчейн?
– На чём будет основано доверие другой ноде и её состоянию? Верю – не верю?35
Логика подсказывает, что нужен какой-то доверительный узел или канал связи между разными блокчейнами. И тут либо работать напрямую с узлами сети (доверие или проверка через нескольких оракулов), либо через посредников (шлюзы, которые будут играть роль доверенных хранителей токенов, выполняя роль custodian-сервисов). В итоге имеем два разных подхода: ILP (