Валидация на стороне клиента

Любопытство

1. Зачем протоколу фиксировать ончейн меньше данных ради большей приватности?
2. Как один хеш предотвращает двойную трату, не раскрывая историю актива?
3. Какова цена переноса доверия с центрального индексатора на каждого отдельного пользователя?

Исследование

1. В стандартных токенных протоколах всё состояние хранится ончейн. Каждый перевод виден, и любая нода может восстановить всю историю. Такая прозрачность делает возможными общие рынки, но жертвует приватностью и масштабируемостью. Валидация на стороне клиента переворачивает эту модель. Вместо того чтобы хранить полную историю актива в глобальном реестре, каждый владелец хранит собственную копию относящихся к нему данных. Блокчейн хранит лишь криптографический отпечаток (коммитмент), записываемый при закрытии печати (seal) и связывающий с этим офчейн-состоянием.
2. Питер Тодд разработал эту идею примерно в 2016 году на основе своей концепции «одноразовых печатей» (single-use seals). Печать — это выход Биткоина, который можно потратить только один раз. Чтобы передать актив, Алиса тратит этот выход в транзакции, которая фиксирует хеш перевода и назначает новую печать для Боба. Поскольку выход можно потратить лишь однажды, Алиса не может закрыть одну и ту же печать дважды; у второго перевода не будет действительной печати, и любой, кто проверяет историю, его отклонит.
3. Выигрыш в приватности заложен в саму структуру. Поскольку полная история актива никогда не попадает в публичный блокчейн, наблюдатели не могут отследить цепочки владения или проанализировать торговые паттерны. История передаётся только каждому следующему владельцу и никогда — публике. Это позволяет конфиденциальным контрактам и активам обращаться на Биткоине, не раскрывая действия пользователей для глобальной слежки, — заметный отход от прозрачных стандартов токенов.
4. Обратная сторона — нагрузка на пользователя. Пользователи должны надёжно хранить историю своих активов и передавать её с каждой транзакцией. Если пользователь теряет эти данные, он теряет доступ к активу, поскольку никакой центральный орган не может его восстановить. Модель «приноси своё состояние» требует надёжного локального хранения и аккуратного управления ключами. Она переносит сложность с сетевых нод на отдельных клиентов и требует более высокой технической грамотности от пользователей, желающих участвовать.
5. RGB, основанный на идеях Тодда и разработанный в основном Максимом Орловским и LNP/BP Standards Association, — заметная реализация этой логики. В нём используются структурированные контракты, где каждый переход через печать фиксирует следующий набор правил. Позднее, в октябре 2023 года, Lightning Labs запустила Taproot Assets в основной сети Биткоина. Этот протокол использует гибкость скриптов Taproot для эффективного встраивания таких коммитментов и поддерживает взаимозаменяемые токены и невзаимозаменяемые активы с улучшенной приватностью по сравнению с более ранними попытками в духе colored coins («цветных монет»).
6. Главным ограничением остаются общие рынки. На децентрализованной бирже, где тысячи пользователей торгуют против одного пула ликвидности, каждый участник должен локально проверять всё состояние этого пула. Это требует больших вычислительных ресурсов, и такое состояние трудно синхронизировать в реальном времени. Валидация на стороне клиента отлично подходит для переводов «точка-точка» или небольших групп, но плохо справляется с высоконагруженными приложениями по схеме «многие ко многим», которым нужен немедленный глобальный консенсус о состоянии активов.

Ключевые факты

Упражнение девять, шесть, три, один

Проверка фактов

Даты, цифры и утверждения были проверены по приведенным ниже опубликованным источникам.

• P. Todd, 'Single-use seals' (2016-2017)
• RGB Protocol Documentation (rgb.tech)
• Lightning Labs, Taproot Assets Mainnet Launch Announcement (October 2023)