Як розуміти ColliderScriptБіла книга, що недавно випустила @StarkWareLtd? Просто кажучи: ColliderScript за допомогою механізму хеш-зіткнень реалізує Covenant без змін BTCпротоколу, впереджаючи впровадження пропозиції OP_CAT, що дозволяє виконувати складні угоди в рамках BTCОсновна мережа. Як саме працює цей механізм? Які відмінності від OP_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 - це незлитий пропозиція, немає впевненості, що він успішно запуститься, тоді як поява ColliderScript може забезпечити функціональність контракту BTCОсновна мережа.
Але, як і в разі реалізації BitVM, ColliderScript включає попередню обробку поза блокчейном, так звані хеш-зіткнення потребують великої кількості обчислень та витрат на зберігання. Згідно з Білою книгою, кожен раз, коли використовується функція контракту, потрібно провести 2 в 86-й ступені хеш-запитів та мати простір зберігання розміром 2 в 56 ступенів, що еквівалентно витратам обчислювальної потужності мережі BTC протягом понад 30 годин, що, звичайно, збільшить апаратні витрати та споживання електроенергії Нода.
Таким чином, ColliderScript не замінить повністю OP_CAT, він буде використовуватись як перехідний рішення для обробки високоцінних контрактів у певних сценаріях, але в інших малих та мікро-сценаріях торгівлі ColliderScript не буде пропорційно використовуватись.
Зробивши висновок, випуск BitVM також має проблеми низької практичності, але це дозволяє таким проектам, як @GOATRollup, @BSquaredNetwork і т. д., на основі його реалізувати механізм перетину ланцюгів Nativeкросчейн міст і BTCSpecific випробувальний доказ концепції.
Візьмемо для прикладу GoatNetwork, як рішення рівня 2 Bitcoin, яке може реалізувати Децентралізація Sequencer і Native security Кросчейн взаємодія, ядро засноване на BitVM2 для реалізації протоколу оптимістичного виклику OCP, всі обчислення та взаємодія виконуються в автономному режимі на рівні 2, а коли виникне «виклик», це буде BTCОсновна мережа у блокчейніпротоколі, BTClayer1 виступає арбітром для забезпечення безпеки.
Реальна "практичність" КолайдСкрипта та його потенційний інноваційний ефект схожі, хоча існують великі витрати на масове впровадження, але його дослідження програмованості BTC за допомогою зіткнень великих та малих сценаріїв обов'язково спричинить активацію деяких конкретних застосувань.
Головне - цей поєднання попередньої обробки поза блокчейном та у блокчейні довгостроково розблокує багато складних сценаріїв застосування, порівняно з чистою логікою обчислення та перевірки у блокчейні, що більш конкретна.
Тим не менш, реліз Starkware ColliderScript Біла книга цікава після того, як @Starknet оголосила про плани побудувати біткойн-рівень2 на основі OP_CAT, і тепер вона запустила новий план переходу, від пасивного до активного, який, як можна побачити, прискорює реалізацію її біткойн-шару2.
Підтримуючи технічні можливості команди Starkware, не можна не очікувати, що запуск BTClayer2 в мережі Starknet принесе екосистемі BTClayer2.
Collider_ буде реалізовано функціонал контрактів BTC перед OP_CAT?
Автор: Haotian
Як розуміти ColliderScriptБіла книга, що недавно випустила @StarkWareLtd? Просто кажучи: ColliderScript за допомогою механізму хеш-зіткнень реалізує Covenant без змін BTCпротоколу, впереджаючи впровадження пропозиції OP_CAT, що дозволяє виконувати складні угоди в рамках BTCОсновна мережа. Як саме працює цей механізм? Які відмінності від OP_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 - це незлитий пропозиція, немає впевненості, що він успішно запуститься, тоді як поява ColliderScript може забезпечити функціональність контракту BTCОсновна мережа.
Але, як і в разі реалізації BitVM, ColliderScript включає попередню обробку поза блокчейном, так звані хеш-зіткнення потребують великої кількості обчислень та витрат на зберігання. Згідно з Білою книгою, кожен раз, коли використовується функція контракту, потрібно провести 2 в 86-й ступені хеш-запитів та мати простір зберігання розміром 2 в 56 ступенів, що еквівалентно витратам обчислювальної потужності мережі BTC протягом понад 30 годин, що, звичайно, збільшить апаратні витрати та споживання електроенергії Нода.
Таким чином, ColliderScript не замінить повністю OP_CAT, він буде використовуватись як перехідний рішення для обробки високоцінних контрактів у певних сценаріях, але в інших малих та мікро-сценаріях торгівлі ColliderScript не буде пропорційно використовуватись.
Зробивши висновок, випуск BitVM також має проблеми низької практичності, але це дозволяє таким проектам, як @GOATRollup, @BSquaredNetwork і т. д., на основі його реалізувати механізм перетину ланцюгів Nativeкросчейн міст і BTCSpecific випробувальний доказ концепції.
Візьмемо для прикладу GoatNetwork, як рішення рівня 2 Bitcoin, яке може реалізувати Децентралізація Sequencer і Native security Кросчейн взаємодія, ядро засноване на BitVM2 для реалізації протоколу оптимістичного виклику OCP, всі обчислення та взаємодія виконуються в автономному режимі на рівні 2, а коли виникне «виклик», це буде BTCОсновна мережа у блокчейніпротоколі, BTClayer1 виступає арбітром для забезпечення безпеки.
Реальна "практичність" КолайдСкрипта та його потенційний інноваційний ефект схожі, хоча існують великі витрати на масове впровадження, але його дослідження програмованості BTC за допомогою зіткнень великих та малих сценаріїв обов'язково спричинить активацію деяких конкретних застосувань.
Головне - цей поєднання попередньої обробки поза блокчейном та у блокчейні довгостроково розблокує багато складних сценаріїв застосування, порівняно з чистою логікою обчислення та перевірки у блокчейні, що більш конкретна.
Підтримуючи технічні можливості команди Starkware, не можна не очікувати, що запуск BTClayer2 в мережі Starknet принесе екосистемі BTClayer2.