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

Зараз знову популярні тестові мережі, системи стимулів і балів, і в чатах щодня вгадують, чи запустять основну мережу з криптовалютою. В будь-якому разі, я дивлюся на проєкт міжланцюгових рішень і спершу не звертаю уваги на “бали”, а на код, історію злиття та безпекову модель — чи написано зрозуміло, де потрібно припускати чесність, а де можна зробити верифікацію. Не варто в кінці з’ясувати, що так званий міжланцюговий механізм — це просто новий спосіб упаковки довіри.