Ключевые факты
- Spark позволяет пользователям отправлять и получать биткоины без трансляции ончейн-транзакций.
- Право собственности передается путем замены ключей авторизации, а не перемещения самих биткоинов.
- Spark Entity (SE) — это группа операторов, а не одна сторона.
- Spark включает механизм одностороннего выхода, позволяющий пользователям перемещать средства ончейн без сотрудничества с SE.
Краткое содержание
Spark — это решение уровня 2 (Layer 2), которое позволяет проводить биткоин-транзакции без перемещения средств ончейн. Оно использует стейтчейны (statechains) для передачи прав собственности путем замены ключей авторизации, а не самих биткоинов.
Система полагается на Spark Entity (SE) — группу операторов — и механизм «двухсоставной головоломки». При смене собственника SE уничтожает свою старую часть авторизации и создает новую для получателя. Это гарантирует, что только текущий владелец может потратить средства. SE является децентрализованной, требуя сотрудничества нескольких операторов, что не позволяет какой-либо одной стороне сохранять старые ключи авторизации. Кроме того, Spark предоставляет механизм одностороннего выхода, позволяющий пользователям обойти SE и переместить средства ончейн при необходимости.
Концепция стейтчейнов
Spark позволяет пользователям отправлять и получать биткоины без трансляции ончейн-транзакций. Биткоины не перемещаются ончейн при смене права собственности. Вместо этого меняется тот, кто может совместно авторизовать транзакцию. Эта совместная авторизация распределяется между пользователем и группой операторов, называемой Spark Entity (SE).
Основная идея — демистифицировать концепцию платежных каналов, не погружаясь в сложную криптографию. Цель — сосредоточиться на концепции, а не на механике. Этот подход отражает предыдущие объяснения Lightning Network, которые использовали аналогию с абаком для пояснения работы платежных каналов.
Аналогия с двухсоставной головоломкой
Чтобы объяснить, как работает Spark, представьте, что для траты определенного набора биткоинов в системе Spark необходимо собрать простую двухсоставную головоломку. Одну часть головоломки держит пользователь. Другую часть держит SE. Только когда обе совпадающие части соединяются, биткоины могут быть потрачены. Другой набор биткоинов потребует сбора другой головоломки.
При смене собственника части головоломки заменяются. Изначально Алиса держит часть головоломки, которая совпадает с частью, удерживаемой SE. Она может тратить свои биткоины, соединяя части. Когда Алиса хочет отправить свои биткоины Бобу, она позволяет Бобу создать новую головоломку вместе с SE. Сама головоломка не меняется: старая и новая головоломки имеют одинаковую форму, но меняются части, которые ее составляют.
Новая головоломка предназначена для Боба: одна сторона связана с Бобом, а другая — с SE. С этого момента только часть Боба совпадает с частью SE. Алиса может все еще хранить свою старую часть головоломки, но теперь она бесполезна. Поскольку SE уничтожила свою совпадающую часть, часть Алисы больше не подходит ни к какой другой и не может быть использована для траты биткоинов. Право собственности фактически перешло к Бобу, хотя упомянутые биткоины и не перемещались ончейн.
Безопасность и децентрализация
Возникает критический вопрос: что, если SE просто не откажется от своей старой части головоломки? В этом случае SE могла бы сговориться с предыдущим владельцем, Алисой, и потратить биткоины Боба. Нам нужно доверять SE в том, что при переходе права собственности от Алисы к Бобу она также уничтожила свою часть головоломки.
Однако важно понимать, что SE не является одной стороной. Она состоит из группы операторов, и часть головоломки SE никогда не находится в руках одного оператора. Замена головоломки требует сотрудничества нескольких операторов. Никакая одна сторона не может тайно сохранить старую головоломку активной или воссоздать ее позже. Достаточно, чтобы один оператор действовал честно во время передачи, чтобы предотвратить повторную активацию старой головоломки.
Механизм одностороннего выхода
Чтобы сохранить фокус этого объяснения, механизм одностороннего выхода намеренно не обсуждается подробно. Это важная часть модели безопасности Spark, но она отвлекла бы от основной идеи. Важно то, что Spark — это не система, в которой пользователи навсегда зависят от SE.
Хотя повседневные переводы полагаются на совместную авторизацию, Spark также предоставляет пользователям возможность тратить свои средства ончейн, не требуя сотрудничества с SE. Этот «предохранитель» существует по замыслу, гарантируя, что пользователи всегда могут вернуть контроль над своими активами, не полагаясь исключительно на операторов.
