Нещодавно знову хтось запитав мене, у чому саме різниця між IBC і “містом”… Я зазвичай витрачаю цей час на заварювання чаю і подумати: один крос-ланцюг, по суті, це те, як ти надійно переконуєш інший ланцюг у тому, що ти “заблокував/спалив” цю суму на цій ланцюжку. Ти довіряєш цим компонентам, і їх кілька рівнів: щоб вихідний ланцюг не повертав назад, щоб ті, хто передає повідомлення, не змінювали його випадково, щоб система верифікації посередині не була обійдена, і щоб смарт-контракти/модулі цільового ланцюга не зламали. Що стосується IBC, то мені здається, він дає більше впевненості, оскільки робить “доказ” більш надійним, не так сильно покладаючись на добросовісність кількох підписантів; але навіть він не позбавлений ризиків — легкі клієнти, безпека консенсусу, деталі реалізації — якщо будь-який рівень послабити, можна натрапити на проблему.



Останнім часом автоматичні агентські системи для запуску взаємодій у ланцюгу дуже популярні, їх активно просувають, але мене більше цікавить, який саме міст вони викликають, які у них права, і як обробляються випадки відкату у разі помилки… Ймовірність — це чесна річ: чим більше ти довіряєш одному компоненту, тим більше шансів на помилку. Я, наприклад, все ще повільніше — чекаю підтвердження, менше кросів, сплю спокійніше.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
  • Нагородити
  • Прокоментувати
  • Репост
  • Поділіться
Прокоментувати
Додати коментар
Додати коментар
Немає коментарів
  • Закріпити