Несколько недель назад я наводил порядок в файлах на своем ноутбуке. Я храню исследовательские заметки в одной папке, а завершенные работы — в другой.

Возможно, они относятся к одному и тому же проекту, но я никогда их не смешиваю.

Когда я случайно открыл папку с исследованиями, пока искал готовый документ, всё вдруг показалось не на своем месте.

Это было не потому, что файлы были «неправильными». Просто они относились к другому этапу процесса.

Та же мысль вернулась, когда я углубился в «Trustless Bitcoin Vault» от Babylon.

Я ожидал, что валидаторы стейкинга Bitcoin будут играть прямую роль в защите хранилища.

Поскольку они уже обеспечивают безопасность сетей Proof-of-Stake с реальными стимулами, подкрепленными BTC, казалось естественным, что они будут отслеживать активность хранилища или оспаривать подозрительные выкупы (redeem).

Но после того, как я прочитал больше от @BabylonLabs_io , архитектура идет по другому пути.

TBV опирается на собственных участников: Vault Providers, Application Vault Keepers и Universal Challengers.

Валидаторы PoS продолжают защищать свои сети, а хранилище следует отдельной модели безопасности.

Системы существуют рядом, но их стимулы никогда не пересекаются.

Возможно, так задумано. Если одни и те же участники отвечали бы за обе задачи, при нагрузке на несколько сетей могли бы возникнуть противоречивые стимулы.

Разделение снижает этот риск, даже если для этого нужно «поднять с нуля» новую группу экономически мотивированных наблюдателей.

Я до сих пор думаю, это просто дизайнерское решение или одна из сильнейших сторон Babylon.

Иногда самая умная архитектура определяется не тем, с чем она соединяется, а тем, что она намеренно держит раздельно.


$BABY #baby #Bitcoin #BTC #TrustlessVault