Останнім часом бачу, як у групі обговорюють якусь модернізацію (upgrade) певного публічного ланцюга з зупинкою. Хтось каже, що це, мовляв, підготовка до того, щоб екосистему перенести в інше місце. Я ж думаю, якщо подивитися під іншим кутом, то після обговорення модернізації зрештою все одно доведеться повернутися до теми мостів і кросчейн-операцій.

Насправді кросчейн-передача повідомлень, як-от протокол IBC, виглядає так, ніби між городами прокладають водопровід: посіяв на одному боці городини, щоб потім перенести на інший бік і продати. По суті, два ланцюги передають повідомлення через проміжний рівень ретрансляції (relayer). Але головне — потрібно перевірити три речі: чи «живий» набір валідаторів; чи сумісний формат повідомлень; і чи не зловживатиме або не буде бездіяльним той Relayer посередині.

Скажімо прямо: довіра будується на легких клієнтах з обох сторін і чесному ретрансляторі (relayer). Якщо набір валідаторів надто малий або його зламано, то міст вставляє (втручається) — тут усе зводиться до ризику. У будь-якому разі перед тим як самостійно використовувати кросчейн, я спочатку подивлюся кількість валідаторів у цьому проєкті та рівень on-chain-управління. Перш ніж «сіяти городину», перевіряю ґрунт і чи немає шкідників. Нещодавно той ланцюг щойно відновився, і дехто все ще вгадує про міграцію. Тому я спершу «топчу» (перевіряю) міст, а вже потім сію насіння.