Источник: CryptoNewsNet
Оригинальный заголовок: Spark Explained Like You’re Five
Оригинальная ссылка:
Некоторые из вас могут помнить статью, опубликованную несколько лет назад, Understanding Lightning Network Using an Abacus, которая объясняла, как многие люди не полностью понимают, как работает Lightning. Целью не было объяснить криптографию Lightning или детали реализации, а развеять мифы о основной идее платежных каналов. Аналогия с абакусом помогла сосредоточиться на концепции, а не на механике, и позже люди использовали её для объяснения Lightning новичкам.
При обсуждении Spark появляется похожая схема. Некоторые знают, что такое “стейтчейн”, но для большинства это и есть предел понимания. Проблема не в недостатке интеллекта или усилий, а в том, что базовая ментальная модель не ясна. Это объяснение показывает, как работает Spark концептуально, без погружения в криптографическую терминологию.
Двухчастная головоломка
В своей основе Spark позволяет пользователям отправлять и получать биткоины без трансляции транзакций в блокчейне. Биткоины не перемещаются в блокчейне при смене владения. Вместо этого меняется то, кто может совместно авторизовать их расход. Эта совместная авторизация делится между пользователем и группой операторов, называемых Spark Entity (SE).
Чтобы объяснить, как это работает, представьте, что траты определенного набора биткоинов на Spark требуют решения простой двухчастной головоломки:
Одна часть головоломки у пользователя.
Другая часть у SE.
Только когда обе совпадающие части соединяются, биткоины можно потратить. Другой набор биткоинов потребует решения другой головоломки.
Что происходит при смене владения
Изначально у Алисы есть часть головоломки, совпадающая с частью SE. Она может потратить свои биткоины, объединяя части и решая головоломку. Когда Алиса хочет отправить свои биткоины Бобу, она позволяет Бобу создать новую головоломку вместе с SE. Важно, сама головоломка не меняется: старая и новая имеют одинаковую форму, но меняются составляющие её части. Новая головоломка предназначена для Боба: одна сторона связана с Бобом, другая — с SE. С этого момента только часть Боба совпадает с частью SE. У Алисы всё ещё может быть старая часть головоломки, но она теперь бесполезна. Поскольку SE уничтожила свою часть, часть Алисы больше не подходит ни к одной другой части и не может быть использована для траты биткоинов. Владение фактически переходит к Бобу, хотя сам биткоин никогда не перемещался в блокчейне.
Позже Боб может повторить тот же процесс, чтобы отправить те же биткоины Каролине и так далее. Каждая передача происходит путём замены частей головоломки, а не путём перемещения средств в блокчейне.
Доверие и безопасность
Естественно возникает вопрос: что если SE просто не уничтожит свою старую часть головоломки? В таком случае SE может сговориться с предыдущим владельцем, Алисой, и потратить биткоины Боба. Нам нужно доверять SE, что при передаче владения от Алисы к Бобу оно также уничтожит свою часть головоломки. Однако важно понять, что SE — это не одна сторона. Это группа операторов, и часть головоломки SE никогда не находится в полном распоряжении одного оператора. Замена головоломки требует сотрудничества нескольких операторов. Ни один оператор не может тайно оставить старую головоломку активной или воссоздать её позже. Достаточно, чтобы один оператор честно действовал во время передачи, чтобы предотвратить повторное активирование старой головоломки.
Основная концепция
Ключевая идея проста: Spark не перемещает биткоины в блокчейне между пользователями. Он меняет того, кто обладает действительной авторизацией на их траты. Биткоины в блокчейне не перемещаются. Меняется только то, какие две части головоломки подходят друг к другу.
В то время как ежедневные переводы основаны на совместной авторизации, Spark также предоставляет пользователям возможность тратить свои средства в блокчейне без необходимости сотрудничества с SE. Эта возможность заложена по замыслу, чтобы обеспечить пользователям независимость от SE.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Объяснение Spark, как будто вам пять лет
Источник: CryptoNewsNet Оригинальный заголовок: Spark Explained Like You’re Five Оригинальная ссылка: Некоторые из вас могут помнить статью, опубликованную несколько лет назад, Understanding Lightning Network Using an Abacus, которая объясняла, как многие люди не полностью понимают, как работает Lightning. Целью не было объяснить криптографию Lightning или детали реализации, а развеять мифы о основной идее платежных каналов. Аналогия с абакусом помогла сосредоточиться на концепции, а не на механике, и позже люди использовали её для объяснения Lightning новичкам.
При обсуждении Spark появляется похожая схема. Некоторые знают, что такое “стейтчейн”, но для большинства это и есть предел понимания. Проблема не в недостатке интеллекта или усилий, а в том, что базовая ментальная модель не ясна. Это объяснение показывает, как работает Spark концептуально, без погружения в криптографическую терминологию.
Двухчастная головоломка
В своей основе Spark позволяет пользователям отправлять и получать биткоины без трансляции транзакций в блокчейне. Биткоины не перемещаются в блокчейне при смене владения. Вместо этого меняется то, кто может совместно авторизовать их расход. Эта совместная авторизация делится между пользователем и группой операторов, называемых Spark Entity (SE).
Чтобы объяснить, как это работает, представьте, что траты определенного набора биткоинов на Spark требуют решения простой двухчастной головоломки:
Только когда обе совпадающие части соединяются, биткоины можно потратить. Другой набор биткоинов потребует решения другой головоломки.
Что происходит при смене владения
Изначально у Алисы есть часть головоломки, совпадающая с частью SE. Она может потратить свои биткоины, объединяя части и решая головоломку. Когда Алиса хочет отправить свои биткоины Бобу, она позволяет Бобу создать новую головоломку вместе с SE. Важно, сама головоломка не меняется: старая и новая имеют одинаковую форму, но меняются составляющие её части. Новая головоломка предназначена для Боба: одна сторона связана с Бобом, другая — с SE. С этого момента только часть Боба совпадает с частью SE. У Алисы всё ещё может быть старая часть головоломки, но она теперь бесполезна. Поскольку SE уничтожила свою часть, часть Алисы больше не подходит ни к одной другой части и не может быть использована для траты биткоинов. Владение фактически переходит к Бобу, хотя сам биткоин никогда не перемещался в блокчейне.
Позже Боб может повторить тот же процесс, чтобы отправить те же биткоины Каролине и так далее. Каждая передача происходит путём замены частей головоломки, а не путём перемещения средств в блокчейне.
Доверие и безопасность
Естественно возникает вопрос: что если SE просто не уничтожит свою старую часть головоломки? В таком случае SE может сговориться с предыдущим владельцем, Алисой, и потратить биткоины Боба. Нам нужно доверять SE, что при передаче владения от Алисы к Бобу оно также уничтожит свою часть головоломки. Однако важно понять, что SE — это не одна сторона. Это группа операторов, и часть головоломки SE никогда не находится в полном распоряжении одного оператора. Замена головоломки требует сотрудничества нескольких операторов. Ни один оператор не может тайно оставить старую головоломку активной или воссоздать её позже. Достаточно, чтобы один оператор честно действовал во время передачи, чтобы предотвратить повторное активирование старой головоломки.
Основная концепция
Ключевая идея проста: Spark не перемещает биткоины в блокчейне между пользователями. Он меняет того, кто обладает действительной авторизацией на их траты. Биткоины в блокчейне не перемещаются. Меняется только то, какие две части головоломки подходят друг к другу.
В то время как ежедневные переводы основаны на совместной авторизации, Spark также предоставляет пользователям возможность тратить свои средства в блокчейне без необходимости сотрудничества с SE. Эта возможность заложена по замыслу, чтобы обеспечить пользователям независимость от SE.