Крос-ланцюгова комунікація відіграє надзвичайно важливу роль у екосистемі Web3, вона є ключем до забезпечення взаємодії різних блокчейн-мереж. Однак останнім часом часті випадки безпеки крос-ланцюга підкреслюють величезні виклики, з якими стикається ця галузь. За обсягами збитків, пов'язані з протоколами крос-ланцюга, інциденти безпеки стали одним з найбільших ризиків у блокчейн-індустрії, їх важливість навіть перевищує проблеми, пов'язані з масштабуванням Ethereum.
Серед численних рішень крос-ланцюга деякі, здавалося б, прості дизайни привернули увагу. Ці рішення зазвичай використовують легку архітектуру, де комунікацію між ланцюгами виконує релей (Relayer), а нагляд здійснює oracle (Oracle). Такий дизайн усуває складний процес досягнення консенсусу та багато вузлової валідації, властивий традиційним крос-ланцюговим рішенням, надаючи користувачам швидкий досвід крос-ланцюга.
Однак така спрощена архітектура також несе потенційні ризики безпеки. По-перше, спрощення багатонодової верифікації до однієї верифікації оракула значно знижує рівень безпеки. По-друге, цей дизайн повинен припускати, що ретранслятори та оракули є взаємно незалежними, але це припущення важко підтримувати в реальності, оскільки бракує крипто-нативного (Crypto Native) забезпечення.
Деякі проекти намагаються підвищити безпеку, збільшуючи кількість ретрансляторів, але цей підхід не змінює суттєво характеристики продукту. Збільшення кількості учасників не є рівнозначним децентралізації, а лише робить систему бездозвільною (Permissionless). Ретранслятори за своєю суттю залишаються посередниками, відповідальними за передачу інформації, і, подібно до оракулів, належать до категорії надійних третіх сторін (Trusted Third Party).
Справжній децентралізований крос-ланцюговий протокол має дотримуватись основної концепції "консенсусу Сатоші Накамото", а саме, досягнення довіри до (Trustless) та децентралізації (Decentralized). Це означає, що крос-ланцюгова комунікація повинна бути такою ж, як і в системі біткойна, це має бути рівноправна система, що не потребує довіри до будь-яких третіх сторін.
Будівництво справжнього децентралізованого крос-ланцюгового протоколу стикається з багатьма викликами. Деякі проекти стверджують, що вони є децентралізованою інфраструктурою, але насправді можуть бути ближчими до позиціонування проміжного програмного забезпечення (Middleware). Справжня інфраструктура повинна забезпечувати всім екосистемним проектам однаковий рівень безпеки, а не перекладати відповідальність за безпеку на розробників додатків або кінцевих користувачів.
У майбутньому напрямок розвитку крос-ланцюгових протоколів, можливо, знадобиться запозичити більш передові технології, такі як нульові знання, для підвищення безпеки та рівня децентралізації. Тільки справжні крос-ланцюгові протоколи з децентралізованою безпекою зможуть відігравати ключову роль в екосистемі Web3, сприяючи взаємозв'язку різних блокчейн-мереж.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
16 лайків
Нагородити
16
5
Репост
Поділіться
Прокоментувати
0/400
ChainComedian
· 08-14 16:06
Блокчейн快要凉透了吧
Переглянути оригіналвідповісти на0
TokenTherapist
· 08-13 04:26
Знову втратили мільярд і ще не отримали урок.
Переглянути оригіналвідповісти на0
quietly_staking
· 08-11 19:15
Чому здається, що крос-ланцюг завжди є програшною ямою?
Переглянути оригіналвідповісти на0
gas_fee_trauma
· 08-11 19:15
Не кажи нічого, як тільки бачу Oracle, починається ПТСР.
Переглянути оригіналвідповісти на0
WenMoon
· 08-11 19:11
Так сумно, минулого року мене вже обікрали один раз.
крос-ланцюг протокол безпеки виклики: від легкого дизайну до Децентралізація еволюційного шляху
Дизайн та безпека крос-ланцюгового протоколу
Крос-ланцюгова комунікація відіграє надзвичайно важливу роль у екосистемі Web3, вона є ключем до забезпечення взаємодії різних блокчейн-мереж. Однак останнім часом часті випадки безпеки крос-ланцюга підкреслюють величезні виклики, з якими стикається ця галузь. За обсягами збитків, пов'язані з протоколами крос-ланцюга, інциденти безпеки стали одним з найбільших ризиків у блокчейн-індустрії, їх важливість навіть перевищує проблеми, пов'язані з масштабуванням Ethereum.
Серед численних рішень крос-ланцюга деякі, здавалося б, прості дизайни привернули увагу. Ці рішення зазвичай використовують легку архітектуру, де комунікацію між ланцюгами виконує релей (Relayer), а нагляд здійснює oracle (Oracle). Такий дизайн усуває складний процес досягнення консенсусу та багато вузлової валідації, властивий традиційним крос-ланцюговим рішенням, надаючи користувачам швидкий досвід крос-ланцюга.
Однак така спрощена архітектура також несе потенційні ризики безпеки. По-перше, спрощення багатонодової верифікації до однієї верифікації оракула значно знижує рівень безпеки. По-друге, цей дизайн повинен припускати, що ретранслятори та оракули є взаємно незалежними, але це припущення важко підтримувати в реальності, оскільки бракує крипто-нативного (Crypto Native) забезпечення.
Деякі проекти намагаються підвищити безпеку, збільшуючи кількість ретрансляторів, але цей підхід не змінює суттєво характеристики продукту. Збільшення кількості учасників не є рівнозначним децентралізації, а лише робить систему бездозвільною (Permissionless). Ретранслятори за своєю суттю залишаються посередниками, відповідальними за передачу інформації, і, подібно до оракулів, належать до категорії надійних третіх сторін (Trusted Third Party).
Справжній децентралізований крос-ланцюговий протокол має дотримуватись основної концепції "консенсусу Сатоші Накамото", а саме, досягнення довіри до (Trustless) та децентралізації (Decentralized). Це означає, що крос-ланцюгова комунікація повинна бути такою ж, як і в системі біткойна, це має бути рівноправна система, що не потребує довіри до будь-яких третіх сторін.
Будівництво справжнього децентралізованого крос-ланцюгового протоколу стикається з багатьма викликами. Деякі проекти стверджують, що вони є децентралізованою інфраструктурою, але насправді можуть бути ближчими до позиціонування проміжного програмного забезпечення (Middleware). Справжня інфраструктура повинна забезпечувати всім екосистемним проектам однаковий рівень безпеки, а не перекладати відповідальність за безпеку на розробників додатків або кінцевих користувачів.
У майбутньому напрямок розвитку крос-ланцюгових протоколів, можливо, знадобиться запозичити більш передові технології, такі як нульові знання, для підвищення безпеки та рівня децентралізації. Тільки справжні крос-ланцюгові протоколи з децентралізованою безпекою зможуть відігравати ключову роль в екосистемі Web3, сприяючи взаємозв'язку різних блокчейн-мереж.