Автор: Хаотян

Как разобраться @StarkWareLtd последнем релизе ColliderScript Вайтпейпер? Проще говоря, ColliderScript реализует Covenant, не модифицируя BTCПротокол через механизм столкновений хеш, и реализует сложную контрактную функцию BTCОсновная сеть до предложения OP_CAT. Как это работает? В чем разница между ним и ОП_CAT? Ускорит ли это посадку StarknetBTClayer2? Прочитав Вайтпейпера, я хотел бы поделиться с вами:

1）ColliderScript, как следует из названия «столкновение скриптов», указывает на то, что его основной механизм заключается в реализации хеш-столкновения для скриптов. Поскольку BTC поддерживает два типа скриптов: Big Script и Small Script, большой скрипт может видеть данные транзакции, такие как подписи, но может обрабатывать только ограниченные вычисления, в то время как маленький скрипт может выполнять любые вычисления для данных длиной 32 бита, но не видит данных транзакции.

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

Что делать? ColliderScript искусно разработал 'мост', используя SHA1 и RIPEMD для реализации столкновения хеша в 160 бит, чтобы доказать эквивалентность между большими сценариями (обработка больших данных, таких как подписи) и маленькими сценариями (которые могут обрабатывать только 32-битные данные). Хотя невозможно обработать подписи размером более 32 бит в маленьких сценариях, можно доказать, что содержимое в больших и маленьких сценариях стремится к схожести при помощи ловушки в криптографической проверке.

Это такая хитрая математическая техника, ColliderScript может эффективно соединять информацию между маленькими и большими сценариями, сложная логика Торговля контрактами может быть интегрирована в маленький сценарий для вычислений, а большой сценарий сохраняет проверку подписи сделки, в конечном итоге ColliderScript может эффективно соединять информацию между маленькими и большими сценариями, позволяя внутри BTC сценария реализовать сложные функции контракта.

2）OP_CAT, о котором я ранее писал статью, является новым предложением по операционному коду, которое позволяет объединять несколько байтовых строк скрипта для обработки и обеспечения общей сложной проверки и вычислительных возможностей контракта.

С помощью OP_CAT логика, которая изначально должна быть обработана в одном блоке данных, может быть разделена на несколько фрагментов данных и динамически объединена во время выполнения скрипта для достижения более гибкой проверки и вычислений.

Поскольку OP_CAT является предложением, не относящимся к Merge, неизвестно, может ли оно быть успешно запущено, а появление ColliderScript может превентивно реализовать контрактную функцию BTCОсновная сеть.

Однако, как и реализация BitVM, ColliderScript включает внеблокчейн обработку, для так называемого хеш-столкновения требуется значительные вычислительные и хранилищные затраты. Согласно Вайтпейпер, каждый раз, когда используется функция контракта, требуется 2 в 86-й степени хеш-запросов и 2 в 56-й степени пространства хранения, что эквивалентно использованию вычислительной мощности более 30 часов сети BTC, что, конечно, приведет к большим аппаратным затратам и потреблению электроэнергии Узла.

Поэтому ColliderScript не полностью заменит OP_CAT, а будет использоваться в качестве переходного решения для обработки высокоценных контрактов в определенных сценариях, в то время как в других малых и микро-торговых сценариях вложения и доходы не будут пропорционально увеличиваться в направлении ColliderScript.

Вернувшись к теме, запуск BitVM также имеет проблему низкой практичности, но он позволяет таким проектам, как @GOATRollup, @BSquaredNetwork и другим, основанным на его, реализовать кроссчейн мост и механизм доказательства челленджа BTCSpecific.

На примере GoatNetwork, в качестве решения второго уровня для Биткойн, который позволяет реализовать децентрализованный Sequencer и безопасное кросс-чейн взаимодействие, основанный на BitVM2, ядро реализует Протокол оптимистичного вызова OCP, весь расчет и взаимодействие выполняются в офлайне на втором уровне, и когда возникает "вызов", он будет выполнен в Основной сети BTC в блокчейне, а слой1 BTC будет выступать в качестве арбитра для обеспечения безопасности.

Реальная "практичность" сценария столкновения и его потенциальный инновационный эффект похожи, хотя существуют преграды в виде затрат на масштабное внедрение, но исследование возможности программирования BTC с помощью столкновения малых сценариев обязательно активирует определенные сценарии применения.

Главное, что сочетание предварительной обработки вне блокчейна и в блокчейне в долгосрочной перспективе разблокирует множество сложных сценариев применения, что более реалистично, чем чисто вычислительная проверка логики в блокчейне.

3. Однако ColliderScript Вайтпейпер, опубликованный Starkware, представляет собой интересное явление. Ранее @Starknet объявил о планах создания bitcoin layer2 на основе OP_CAT, а теперь предлагает новую переходную схему, что свидетельствует о стремлении ускорить внедрение своего решения для биткойн layer2.

Пока мы восхищаемся техническими достижениями команды Starkware, нельзя не задаться вопросом, что принесет запуск Starknet на BTClayer2 в экосистему BTClayer2.