Біткойн як соціальна система, його основні правила визначені ранніми розробниками і підтримуються стабільною роботою через механізм консенсусу. Проте, Біткойн у процесі реалізації візії електронної грошової системи все ще стикається з безліччю викликів, таких як високі комісії за транзакції, недостатній захист конфіденційності тощо.
Щоб вирішити ці проблеми, спільнота запропонувала кілька вдосконалень, серед яких технології, пов'язані з ZK та SNARKs, вважаються найефективнішими. Ці технології можуть значно підвищити конфіденційність та пропускну здатність транзакцій. Але оскільки протокол Біткойн важко змінити, ключовим питанням стало, як покращити продуктивність без зміни протоколу.
Модель UTXO Біткойна і мова сценаріїв обмежують його функціональність. Хоча сценарій Біткойна може виконувати базові обчислення та перевірку підписів, він не підтримує складні обчислення і не може безпосередньо перевіряти SNARK. Хоча теоретично можливо реалізувати перевірку SNARK, на практиці це обмежується розміром блоку.
Останніми роками оновлення Taproot принесло деякі поліпшення для Біткойна, такі як підтримка підписів Schnorr та більш складних скриптів. Проте додавання спеціалізованих операційних кодів для верифікації SNARK все ще стикається з технічними та консенсусними викликами.
Наразі існує два можливі шляхи для підтримки Біткойном ZK-верифікації:
Підвищення функціональності скриптів за допомогою простих операторів, таких як OP_CAT, для непрямого впровадження верифікації SNARK. Хоча OP_CAT є простим, він може суттєво покращити можливості скриптів і має шанси на підтримку спільноти.
Використовуючи технологію BitVM, можна перевіряти будь-які обчислення без зміни протоколу. BitVM долає обмеження розміру скриптів через Taproot та рішення з KV-сховищем, поєднуючи механізм доказів шахрайства для розширення функцій.
Крім того, технологія Chain State Proofs у поєднанні з ZK може суттєво знизити витрати на експлуатацію вузлів і є важливою складовою BitVM.
В цілому, впровадження функції ZK-верифікації для Біткойн є необхідним, але потрібно знайти баланс між інноваціями та стабільністю. У короткостроковій перспективі BitVM може бути найздійсненнішим рішенням, а також варто дослідити відновлення простих операційних кодів, таких як OP_CAT. Незалежно від обраного рішення, кінцева мета полягає в тому, щоб зробити Біткойн більш практичним і підтримувати більше реальних застосувань.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
25 лайків
Нагородити
25
9
Поділіться
Прокоментувати
0/400
MoneyBurner
· 07-17 13:56
Ще одна можливість обманути дурнів прийшла. Я ж казав, що btc не застаріє.
Переглянути оригіналвідповісти на0
TokenDustCollector
· 07-17 09:53
zk дивовижний а вже пора було цим зайнятися
Переглянути оригіналвідповісти на0
ForkLibertarian
· 07-16 01:30
zkЯ вважаю, що це правильно, так і треба робити.
Переглянути оригіналвідповісти на0
WalletDetective
· 07-15 19:36
Це питання досить складне.
Переглянути оригіналвідповісти на0
ReverseFOMOguy
· 07-15 19:31
Конфіденційність є дуже важливою, дивіться великий ринок
Біткойн впроваджує ZK-верифікацію: порівняння OP_CAT та BitVM.
Як Біткойн підтримує функцію ZK верифікації?
Біткойн як соціальна система, його основні правила визначені ранніми розробниками і підтримуються стабільною роботою через механізм консенсусу. Проте, Біткойн у процесі реалізації візії електронної грошової системи все ще стикається з безліччю викликів, таких як високі комісії за транзакції, недостатній захист конфіденційності тощо.
Щоб вирішити ці проблеми, спільнота запропонувала кілька вдосконалень, серед яких технології, пов'язані з ZK та SNARKs, вважаються найефективнішими. Ці технології можуть значно підвищити конфіденційність та пропускну здатність транзакцій. Але оскільки протокол Біткойн важко змінити, ключовим питанням стало, як покращити продуктивність без зміни протоколу.
Модель UTXO Біткойна і мова сценаріїв обмежують його функціональність. Хоча сценарій Біткойна може виконувати базові обчислення та перевірку підписів, він не підтримує складні обчислення і не може безпосередньо перевіряти SNARK. Хоча теоретично можливо реалізувати перевірку SNARK, на практиці це обмежується розміром блоку.
Останніми роками оновлення Taproot принесло деякі поліпшення для Біткойна, такі як підтримка підписів Schnorr та більш складних скриптів. Проте додавання спеціалізованих операційних кодів для верифікації SNARK все ще стикається з технічними та консенсусними викликами.
Наразі існує два можливі шляхи для підтримки Біткойном ZK-верифікації:
Крім того, технологія Chain State Proofs у поєднанні з ZK може суттєво знизити витрати на експлуатацію вузлів і є важливою складовою BitVM.
В цілому, впровадження функції ZK-верифікації для Біткойн є необхідним, але потрібно знайти баланс між інноваціями та стабільністю. У короткостроковій перспективі BitVM може бути найздійсненнішим рішенням, а також варто дослідити відновлення простих операційних кодів, таких як OP_CAT. Незалежно від обраного рішення, кінцева мета полягає в тому, щоб зробити Біткойн більш практичним і підтримувати більше реальних застосувань.