Я прошёлся по форума управления Babylon и обнаружил, что сообщество спорит об очень интересном вопросе
Пару дней назад, блуждая по форуму управления @BabylonLabs_io , я собирался посмотреть технические детали новых предложений, но меня привлел пост, который спорят уже почти два месяца. Суть спора звучит довольно академично, но на практике влияние весьма осязаемое: если на PoS-цепи, подключенной к Babylon, на уровне управления возникает разногласие — например, раскол сообщества, или обновление через хардфорк — то чья ответственность за безопасность должна быть у BTC-заложников и по какой именно ветке им действовать?
По сути, этот вопрос проверяет границы управления протокола совместной безопасности. Механизм временных меток Babylon «прибивает» заголовки блоков PoS-цепи к биткоинскому бухгалтерскому учёту, но основная сеть Bitcoin признаёт только самую длинную цепь и не интересуется тем, какие политические разногласия происходят у вас на PoS-цепи. Как только на цепи появляется расхождение, заложникам приходится выбирать очень непросто: продолжать выпускать блоки в исходной цепи — значит, получить обвинения со стороны другой ветки в «заморозке активов», а переключение на новую цепь — может активировать заранее заданную в исходной цепи логику штрафов.
В сообществе кто-то предложил ввести on-chain-модуль арбитража управления, чтобы вопрос принадлежности форка решалось голосованием Babylon DAO, но тут же нашлись и противники: мол, это добавляет политические элементы в децентрализованную систему, и в итоге всё превратится в «онлайновый Совет Безопасности ООН».
Я посмотрел текущие данные по залогам: защищаемых Babylon прикладных цепей уже больше восьмидесяти, а общий объём заложенного под стейкинг BTC превышает 75 000 монет. Такой масштаб означает, что кризис управления на любой одной цепи может запустить цепную реакцию. На форуме пока никто не предложил решения, которое устроило бы все стороны, но, по крайней мере, этот вопрос вынесли на обсуждение. В фразе «совместная безопасность» слово «совместная» определить сложнее, чем «безопасность» — и тому есть причины.
#baby $BABY
Пару дней назад, блуждая по форуму управления @BabylonLabs_io , я собирался посмотреть технические детали новых предложений, но меня привлел пост, который спорят уже почти два месяца. Суть спора звучит довольно академично, но на практике влияние весьма осязаемое: если на PoS-цепи, подключенной к Babylon, на уровне управления возникает разногласие — например, раскол сообщества, или обновление через хардфорк — то чья ответственность за безопасность должна быть у BTC-заложников и по какой именно ветке им действовать?
По сути, этот вопрос проверяет границы управления протокола совместной безопасности. Механизм временных меток Babylon «прибивает» заголовки блоков PoS-цепи к биткоинскому бухгалтерскому учёту, но основная сеть Bitcoin признаёт только самую длинную цепь и не интересуется тем, какие политические разногласия происходят у вас на PoS-цепи. Как только на цепи появляется расхождение, заложникам приходится выбирать очень непросто: продолжать выпускать блоки в исходной цепи — значит, получить обвинения со стороны другой ветки в «заморозке активов», а переключение на новую цепь — может активировать заранее заданную в исходной цепи логику штрафов.
В сообществе кто-то предложил ввести on-chain-модуль арбитража управления, чтобы вопрос принадлежности форка решалось голосованием Babylon DAO, но тут же нашлись и противники: мол, это добавляет политические элементы в децентрализованную систему, и в итоге всё превратится в «онлайновый Совет Безопасности ООН».
Я посмотрел текущие данные по залогам: защищаемых Babylon прикладных цепей уже больше восьмидесяти, а общий объём заложенного под стейкинг BTC превышает 75 000 монет. Такой масштаб означает, что кризис управления на любой одной цепи может запустить цепную реакцию. На форуме пока никто не предложил решения, которое устроило бы все стороны, но, по крайней мере, этот вопрос вынесли на обсуждение. В фразе «совместная безопасность» слово «совместная» определить сложнее, чем «безопасность» — и тому есть причины.
#baby $BABY
