AHASAN _ BNB

Биткоин не знает о существовании Babylon — и в этом, собственно, и заключается смысл... Babylon периодически делает контрольные точки (checkpoints) собственного состояния цепочки прямо в сам Биткоин, а это значит, что как только блок Babylon достаточно глубоко уйдёт в историю Биткоина, для его отката потребуется переписать сам Биткоин — что, по сути, немыслимо на сколько‑нибудь реальной глубине 🧐. Это изящный трюк для заимствования защитного механизма Биткоина без необходимости заставлять Биткоин менять хоть одну деталь того, как он работает, хотя компромисс в том, что эта защита включается только после того, как пройдёт достаточно подтверждений... так что поначалу всё ещё есть окно, где финальность зависит от собственного валидаторского набора Babylon, а не от Биткоина. Я постоянно думаю, насколько это окно действительно важно на практике или же это просто теоретический крайний случай, о котором люди переживают больше, чем стоит 🔍
(@BabylonLabs_io) как вы думаете, как долго это раннее окно реалистично должно сохраняться, прежде чем риск перестанет быть значимым?
@BabylonLabs_io #baby $BABY
$MarsCoin
$CYS

Насколько осторожности на самом деле достаточно, когда миллионы долларов в экспозиции по BTC текут в новый протокол? Этот вопрос не давал мне покоя после того, как я заметил, что Babylon не просто сразу открыли все лимиты стейкинга… первый лимит заполнили, а затем была преднамеренная пауза, прежде чем открыли следующий, почти как будто они хотели посмотреть, как система поведёт себя под реальным давлением, прежде чем идти дальше. Здесь есть компромисс, который сложно игнорировать… движение медленнее может стоить импульса и дать конкурентам пространство, чтобы обойти, но при ускорении масштабирования часто просто скрываются риски, которые проявятся позже, а не устраняются 🧐. Снижает ли это риски по-настоящему или же просто переносит их на более позднюю дату — честно говоря, я пока не решил для себя, и мне интересно, что сообщество заметило, наблюдая за тем, как (@babylonlabs_io) реализует этот поэтапный подход so far 🧩
Как думаете, другим BTC-стейкинг проектам стоит следовать этой же поэтапной модели, или она просто замедляет всё без реальной выгоды?
@BabylonLabs_io #baby $BABY
$1
$SKYAI

Раньше я считал, что управление (governance) — это по сути игра для крупных держателей, где обычные люди просто голосуют в заранее обречённом представлении, которое никогда не меняет исход... Я видел, как это разыгрывается на стольких блокчейнах. Я всё ещё помню один DeFi-протокол, где предложения продолжали проходить, хотя в обсуждениях никто не произнёс ни слова; явка была настолько низкой, что вся идея governance казалась пустой. Эта мысль прочно закрепилась у меня в голове, пока я не прочитал о том, как Babylon Genesis устроен: управление BABY предполагает, что отправка предложения требует и депозита, и периода голосования — так построено, чтобы никто не мог вынести предложение по прихоти и впустую потратить время сети. Меня по-настоящему впечатлили защитные меры от вредных предложений вместе с ускоренным треком для срочных — искренне 👍 совмещать скорость и безопасность одновременно — это не самая простая задача. Но один вопрос всё время не давал мне покоя: разве требование депозита не ставит меньших держателей BABY перед финансовым барьером ещё до того, как они вообще смогут участвовать? Держатели с большим количеством токенов могут внести депозит и легко выносить предложения вперёд, тогда как меньшие держатели остаются ограничены лишь голосованием — это действительно коллективная воля или «мягкая плутократия, надевшая децентрализацию как костюм». Но, с другой стороны, без депозита спам-предложений захлестнул бы всю систему... Блокчейны, которые устанавливают депозиты слишком низкими, никогда не прекращают спам, а те, что ставят их слишком высоко, полностью отпугивают небольших держателей. А BABY, похоже, находится где-то между этими крайностями, поэтому я логически принимаю компромисс, но всё ещё не до конца с ним согласен 🤔 Хотелось бы увидеть, как @BabylonLabs_io объяснят логику того, где был выбран этот баланс: система с депозитами реально приглушает голоса меньшинства, или же это просто фильтр, без которого governance не может выжить?
@BabylonLabs_io #baby $BABY
$BLESS
$GRVT

Раньше я думал, что если протокол называет себя trustless (бездоверительным), то не остается места для каких-либо сбоев на уровне системы: все решается одним лишь кодом. Прочитав документы по устранению неполадок тестнета Babylon TBV, я незаметно отступил от этой мысли… оказывается, если vault (хранилище) находится в состоянии Pending (ожидание) почти 24 часа, система предполагает, что офчейн-настройка (off-chain) не удалась; vault истекает сам по себе, а комиссия за peg (peg in fee) возвращается. Моя первая реакция была: это по-хорошему ответственно — ведь важно знать, что ваши средства не будут заморожены навечно. Но когда я задержался на этом дольше, возник другой вопрос: кто или что именно решает, что офчейн-настройка не удалась? Вся цепочка аутентификации, сбор подписей и подтверждения происходит off chain до того, как vault вообще станет активным. И если вся эта оценка остается вне цепочки, то назвать процесс полностью trustless — значит будто бы «пропустить» что-то. Возможно, это меньше про отсутствие доверия и больше про доверие, которое тихо перенесли туда, где пользователь не может напрямую наблюдать. Я снова и снова возвращался к самой цифре 24 часа: она подстроена под нерегулярные времена блоков в signet или это просто консервативный буфер, выбранный для удобства тестнета? Ведь одно это решение многое говорит о том, сколько запаса реально нужно офчейн-слою, чтобы все продолжало работать. Ничто из этого не делает дизайн плохим: истечение застрявшего vault и возврат комиссии — все равно намного лучше, чем оставлять чьи-то BTC в подвешенном состоянии бесконечно 🙌 Просто получается, что слово trustless выполняет больше маркетинговой работы, чем роль в механизме — по крайней мере на этой стадии тестирования 🤔 (@BabylonLabs_io) Есть ли план сделать окно офчейн-настройки в будущем проверяемым on chain, или по замыслу оно остается черным ящиком на данный момент?
@BabylonLabs_io #baby $BABY
$GRVT
$memes

Сначала я думал, что запуск валидатора Babylon будет похож на большинство PoS-сетей, где достаточно приличного VPS. Но затем я посмотрел на системные требования и пришлось пересмотреть это предположение... 👀 @BabylonLabs_io рекомендует процессор с четырьмя ядрами, 32 ГБ оперативной памяти, накопитель NVMe на 1 ТБ и стабильное соединение 100 Мбит/с в обе стороны. В документации даже сказано, что более низкие характеристики могут привести к плохой производительности или сбоям. Мне показалось, что это самая честная часть страницы, потому что она также заставила меня задуматься о более масштабном вопросе. Если надежное участие уже зависит от инфраструктуры такого уровня, то где это оставляет небольших операторов, которые тоже важны для децентрализации? Я понимаю, почему безопасность и финальность Bitcoin требуют более мощного оборудования, и я бы предпочел видеть реалистичные требования, а не отполированный маркетинг. Тем не менее я снова и снова возвращаюсь к одной и той же мысли... такая машина недешевая, и не каждый, кто хочет помогать защищать Bitcoin, может просто пойти и купить ее. Возможно, будущие оптимизации снизят эти требования, или же это просто цена за создание инфраструктуры, защищенной Bitcoin, в масштабе. В любом случае, я думаю, что этому нужно уделять больше внимания, чем ценовым графикам или наградам за стейкинг. Должно ли повышение доступности валидаторов стать таким же важным, как добавление новых функций? Я закрыл документацию, оставив этот вопрос открытым — честно говоря, пока не уверен, как выглядит ответ 🤔
@BabylonLabs_io #baby $BABY
$GRVT
$1000RATS
«Нужно ли отдавать приоритет доступности валидаторов перед новыми функциями?»

Я всё ещё не до конца избавился от плохой привычки. RSI немного проседает, или цена вдруг ни с того ни с сего начинает идти вверх — и первая мысль в моей голове всегда одна и та же… «если я сейчас не зайду, я это упущу». В эту самую секунду трейдинг начинает ощущаться для меня как казино. Только позже, глядя на график с ясной головой, я понимаю: ставка была не в самом RSI. Ставкой был мой собственный процесс принятия решений. RSI — это всего лишь индикатор… он показывает импульс, а не будущее. Убери тренд, объём, рыночную структуру и риск-менеджмент — и сделай ставку на одно-единственное число, и, конечно, всё пойдёт не так.

Эта привычка ловить себя на мысли стала преследовать меня и вне графика тоже. Можно ли действительно оценивать проект только по цене токена, TVL или ранним вознаграждениям? Читая @BabylonLabs_io, я почувствовал, что та же ловушка сидит прямо там. Большинство разговоров постоянно возвращаются к доходности или цифрам, но для меня важнее другое: сможет ли его биткоин-нативная модель безопасности, удалённый стейкинг-дизайн, настройка провайдера финальности и условия слэшинга, которые реально это поддерживают, удержать тот же уровень доверия, когда шум уляжется… останутся ли люди из‑за самого дизайна, а не только из‑за того, что выплачивается в самом начале.

Так что в наши дни — график или протокол — я стараюсь смотреть дальше первого сигнала и понимать всю структуру, которая за ним стоит 🔍. Я не всегда буду понимать правильно… но, по крайней мере, теперь решения не будут приниматься в спешке.
@BabylonLabs_io #baby $BABY
$GRVT
$MarsCoin

Что для тебя важнее?

Дешевле, дешевле, дешевле… на этой неделе все заголовки хотели сказать это громче, чем предыдущий. Поэтому когда @BabylonLabs_io поставили «в 1000 раз дешевле» рядом с BABE, я не хлопал — я просто спросил, почему 🤨 Чем дольше я обдумывал то, что они на самом деле представляют, тем интереснее становилась реальная дискуссия. Это не только про то, чтобы сделать проверку доказательств с нулевым разглашением дешевле в Bitcoin; это про то, чтобы постепенно подтачивать один из самых больших барьеров, который годами держал передовую криптографию на практике вдали от Bitcoin. Этому стоит уделить внимание, но прежде чем кто-то начнёт воодушевляться, нужны ещё и несколько честных вопросов. Прорыв на бумаге не обязательно переживёт контакт с реальным миром 🤔 снижение затрат на верификацию имеет значение только если разработчики смогут встроить это без добавления новой сложности и только если предположения по безопасности выдерживают реальные условия сети так же, как в контролируемой исследовательской среде. Обычно именно эту часть люди пропускают, когда на сцене появляется смелая цифра. То, что я продолжаю обдумывать, проще технических деталей: выберут ли разработчики BABE потому, что он незаметно решает проблему, которая годами там лежит, или потому, что бенчмарк хорошо смотрелся на слайде. Я меньше слежу за самой цифрой и больше за тем, будет ли она всё ещё держаться через несколько месяцев — когда реальные команды реально построят с этим и по дороге что-то сломают. Обычно именно тогда понимаешь, было ли исследование прочным или просто хорошо подано ✨
@BabylonLabs_io $BABY #baby $BTC
$UAI

Куда сегодня движется крипто? 👀

Дальний родственник, постарше парень, которого все в нашем районе называли умным... раньше он руководил местным сберегательным комитетом: все мы складывались вместе, и его большая идея была в том, что никто не может снять деньги в одиночку — требовалось минимум три подписи. Тогда это звучало неоспоримо, будто в системе вообще нет лазеек для мошенничества. Но спустя два года выяснилось: все трое подписантов были тесно дружны между собой — один подписывал все, что скажет другой, даже не проверяя. А однажды весь фонд комитета пропал, потому что люди, обладавшие властью, просто договорились между собой. Это воспоминание вернулось, когда я читал двуслойную кворум-архитектуру Babylon: отметки времени в Bitcoin, совмещенные с подтверждением валидаторами в Cosmos — каждый слой якобы дает отдельную гарантию. На бумаге выглядит надежно, но главный вопрос — насколько на самом деле распределены Finality Providers. Если несколько FPs в итоге начнут контролировать львиную долю застейканного веса, то даже две «слойные» защиты на бумаге все равно сводятся в ту же комнату, что и старый комитет 🤔 Еще один момент: инфляция BABY существует, чтобы вознаграждать FPs, но если нет реальных ограничений концентрации, то вновь отчеканенные токены в основном просто дополняют кошельки тех, у кого и так больше всего стейка. @BabylonLabs_io сама архитектура действительно хорошо продумана, но управление, сосредоточенное в узком кругу, поднимает тот же старый вопрос, на который я тогда так и не получил ответа... имеет ли смысл двухслойная безопасность, если люди за ней все равно могут просто договориться между собой. Поэтому мне интересно: как вы думаете, Finality Providers реально децентрализуются со временем или любая такая система в итоге превращается в чью-то историю про комитет?
@BabylonLabs_io #baby $BABY
$UB
$BEAT
Действительно ли FPs децентрализуются или повторится история с комитетом? 🤔

Честно, чувак, когда я впервые увидел заголовок Babylon и Utila про нативное кредитование под биткоин с обеспечением (Bitcoin backed borrowing) с Aave v4, я подумал: «Ладно, ещё один питч по выдаче займов под обёрнутый BTC в новом обёртке… Я уже видел этот фильм: токенизируй BTC, называй это „native“, дай людям занимать под синтетическое представление и делай вид, что ничего не изменилось». Поэтому я открыл анонс в ожидании той же истории. Но кое-что заставило меня притормозить. Utila — это платформа MPC-кошельков, а не мост, и она обслуживает более 300 институций, включая кастодианов и банки. Эта деталь изменила моё мышление. Если реальный BTC никогда не покидает кастодию Utila и никогда не оборачивается, то реальный биткоин-скрипт всё равно не может сам по себе общаться с EVM-контрактом… значит, где-то нужен слой подписания, который представляет стоимость этого BTC для Aave v4, и таким слоем является сама MPC-инфраструктура Utila. Вопрос доверия здесь не исчезает — он просто переезжает в другое место. Вместо того чтобы доверять эмитенту обёрнутого токена, институции теперь доверяют честности распределения ключей в MPC, живости (liveness) подписантов и точности аттестаций. Это не обязательно хуже… возможно, для крупных держателей, которые не хотят отдавать кастоди, это даже реально безопаснее. Но называть это «native»-заимствованием, не объясняя, что именно стоит под процессом подписания, — это как будто пропускает тот вопрос, который институции на самом деле заботит: где сейчас живёт контрагентский риск. Я всё время возвращаюсь к этому, потому что @BabylonLabs_io построила всю свою теорию на доверии, сведённом к минимуму, к биткоин-безопасности — значит, к этому партнёрству должны применяться те же высокие требования, а не более низкие только потому, что подключён Aave v4. Что вам нужно увидеть, прежде чем доверить свой BTC этому потоку 🤔🧵
@BabylonLabs_io #baby $BABY
$ON
$SOON
Что заставит вас доверять этому потоку?

Сначала мне казалось, что главная идея Babylon — это биткоин-стейкинг. Потом я понял, что стейкинг — это на самом деле всего лишь один фрагмент всей картины. Заставило меня задуматься сильнее то, почему Babylon построила собственный уровень управления, тогда как многие проекты ограничиваются одной лишь безопасностью. @BabylonLabs_io хочет, чтобы BABY был больше чем просто газ-токен... они хотят, чтобы он имел вес и в будущих решениях тоже. Звучит хорошо на бумаге, но именно здесь начинается мой главный вопрос. Управление реально повышает децентрализацию или со временем лишь усиливает крупных держателей? Ончейн-управление на базе Cosmos SDK, конечно, дает пространство для прозрачности, но право голоса и реальное участие — это разные вещи. Большинство пользователей прочитают предложение и примут решение сами, или же они просто будут следовать тому, куда склоняется знакомый валидатор? Если в основном верно второе... децентрализация остается на бумаге, а не на практике. Попытка превратить безопасность Биткоина в новый экономический уровень действительно амбициозна — я не буду это оспаривать. Но то, выдержит ли эта амбициозность проверку временем, сводится к более узкой вещи... покажут ли держатели BABY присутствие и будут ли они думать перед тем, как голосовать, или просто делегируют свое внимание вместе с токенами. Это не риск, характерный именно для Babylon: большинство DAO на базе Cosmos упираются в ту же стену. Так что в эти дни я слежу за тем, насколько люди участвуют в управлении, внимательнее, чем за ценой токена. Если предложения начнут читать, а не просто бездумно одобрять по согласованию с валидаторами, это скажет мне больше о том, куда движется этот проект, чем любой график.🧐
@BabylonLabs_io #baby $BABY
$AKE
$BABYSHARK

Есть одна вещь, которую я постоянно замечаю про airdrops. Большинство говорят о награде в конце... но очень немногие на самом деле читают условия в самом начале. А потом, когда кого-то исключают, начинаются жалобы на то, что система была нечестной... Я сам однажды пропустил регистрацию ровно по той же причине: одной строки не прочитал. Читая процесс регистрации @BabylonLabs_io, складывается ощущение, что они хотя бы попытались использовать другой подход 🧐 Одного кошелька здесь недостаточно. Вы создаёте адрес BABY и криптографически связываете его с BTC-кошельком, используемым для стейкинга, или с Pioneer Pass, или с другой подходящей идентичностью — доказательство владения явно не воспринималось легкомысленно. Но вот что начинает немного меня беспокоить. Эти дополнительные шаги, конечно, повышают безопасность, но если реальный участник не может даже завершить регистрацию из-за ограничений кошелька или сложных действий, то для кого в итоге служит эта безопасность? То, что я действительно ценю: Babylon упоминала, что некоторым пользователям даст второй шанс позже — хотя бы это показывает, что они заметили пробел. Рассматривая весь процесс, один вопрос постоянно возвращается... сколько обычных пользователей из-за дополнительной нагрузки по доказательству честности в итоге потеряют возможность продолжить по пути 🤔 Честно говоря, пока у меня нет ясного ответа на это.
@BabylonLabs_io #baby $BABY
$SOLV
$BTC

Честно, бро, поначалу я думал, что создание биткоинового сейфа просто закончится тем, что внесешь депозит… зафиксируешь BTC, возьмёшь займ — всё просто. Но потом до меня дошло: депозит может разделиться на два сейфа, и одна эта мысль буквально выбила почву из моих прежних предположений.

Я понял, что будет «жертвенный» сейф, размер которого рассчитан покрыть ожидаемую сумму изъятия, и «защищённый» сейф, где останется остальной BTC. Потому что каждый сейф — это один Bitcoin UTXO, и протокол может изъять только целиком весь сейф, а не его часть. И одна эта идея… казалось, способна полностью изменить то, как я понимал модель ликвидации.

Если не дробить, то весь депозит лежит в одном сейфе, и даже самое маленькое изъятие забирает всё. А с двумя правильно настроенными по размеру сейфами минимальное изъятие может задеть лишь первый (передний) сейф.

Я какое-то время обдумывал это, потому что это значит: защита не происходит автоматически… она зависит от того, насколько точно депозитор рассчитал разбиение, и будет ли последовательность сейфов оставаться правильной со временем. Похоже, добавление третьего сейфа позже или изменение целевого health factor может потребовать перестановки этой последовательности. А значит, это не структура «поставил и забыл»… кто бы ни держал позицию, может понадобиться активное управление.

Вот где для меня спрятался главный вопрос. Если безопасность BTC во время ликвидации зависит от того, насколько правильно сейфы были структурированы с самого начала, то какая часть этого — реальная защита на уровне протокола, а какая — просто возврат ответственности пользователю, завернутый в технические названия.

Я не называю это недостатком, но это похоже на компромисс, который стоит проговорить прямо перед тем, как вносить настоящий BTC через @BabylonLabs_io. Ты доверишь себе правильно рассчитать это разбиение с первого раза? 🤔🧵
@BabylonLabs_io #baby $BABY
$BTC
$DEXE

Я помню, как несколько месяцев назад сказал другу, что биткоин и DeFi никогда по-настоящему не смогут нормально смешаться — не как следует — без того, чтобы где-то кто-то держал ваши монеты в заложниках внутри обёрнутого токена. Я хочу немного отозвать это заявление после того, как прочитал, как Babylon устроила погашение залога внутри TBV. Меня зацепила именно сторона погашения… а не сторона депозита, о которой все обычно говорят в первую очередь. Закрепить BTC в качестве залога — это одна проблема, но доказать биткоину, что что-то произошло в Ethereum, без форка биткоина и без добавления новых опкодов — это гораздо более сложная задача, которую не так-то просто решить аккуратно. TBV делает это через основанную на BABE процедуру с вызовом (challenge), которая позволяет биткоину верифицировать событие погашения в Ethereum с помощью примитивов скриптов, которые уже существуют сегодня; форк не нужен 🧠. Эта деталь легко проскальзывает при беглом чтении, но по правде говоря это более сложная инженерная проблема, скрывающаяся под более простой «витриной» про кастоди. И вот где у меня начинаются сомнения… элегантная криптография, работающая в signet testnet, — это не то же самое, что элегантная криптография, которая проходит проверку давлением мейннета, где есть реальная ликвидность и, где разные участники конкурируют за то же пространство блоков. Схемы верификации на основе вызова (challenge) часто выглядят красиво в документации и превращаются в кашу, как только в картину попадают задержки, комиссии или в дело незвано вмешиваются враждебные акторы. Поэтому вопрос, вокруг которого я постоянно хожу, — не в том, насколько дизайн умный (он, безусловно, умный), а в том, останется ли он без доверия (trustless), если у кого-то появится финансовый стимул нарушить тайминг. Я не занимаюсь пропагандой — честно, я пока не знаю ответа. С тестовыми средствами ставка по факту невысока, и склонять к чему-либо нечем. Babylon (@BabylonLabs_io) по крайней мере задаёт правильный вопрос: сможет ли биткоин войти в DeFi, не незаметно превратившись во что-то другое, кроме биткоина 🤔.
@BabylonLabs_io #baby $BABY
$DOYR
$AKE

Смотрел, как AKE сделал +208% на этой неделе, и что-то в этом ощущалось знакомым… очередной дроп Binance Alpha Box, ещё одна волна розницы, которая гонится за зелёной свечой. Шорт-сквиз тоже был реальным: почти $4M по шортам вытерли за один 4-часовой интервал, при том что ликвидность оставалась тонкой внизу. 📉
Интересно, что в основе питча по игре на базе ИИ, но давайте честно… большая часть этого движения — спекулятивная ротация, а не использование. Важно помнить: пампы от аирдропов быстро выгорают, когда первоначальный хай проходит, и первые держатели начинают фиксировать прибыль. 🔥
$AKE $B $ESPORTS

На прошлой неделе я читал лицензионную заявку европейского обменника и заметил кое-что… Франция и Испания тихо стали двумя из самых загруженных стран по лицензиям CASP (Crypto Asset Service Provider) в рамках MiCA. AMF во Франции и CNMV в Испании, как сообщается, довольно пристально рассматривают заявки.
Вот что привлекло моё внимание. Вся идея MiCA заключалась в гармонизации: получить лицензию в одной стране ЕС через «паспортинг» и работать по всему блоку. Но на практике каждый регулятор, похоже, по-своему трактует «соответствие требованиям». Подход Франции выглядит более ориентированным на проекты, а Испания — более консервативной, особенно в части требований к кастодиальному хранению и отчётности по резервам.
И вот мой вопрос… если «одна лицензия — на весь ЕС» в итоге означает разный опыт в зависимости от того, к какому регулятору вы подали, — это действительно гармонизация, или мы просто централизовали бюрократию 🤔
Кто-нибудь здесь реально проходил процесс лицензирования с проектом во Франции или Испании? Интересно, насколько отличается реальность с документами от того, что обещают на бумаге.
#BinancePickAndWin
#MiCA #spain

За последние несколько месяцев я наткнулся(лась) на множество проектов, которые говорят: «сообщество решает всё», но если посмотреть внимательнее, становится ясно, что власть сосредоточена в руках всего нескольких людей 🤔. Увидев этот паттерн несколько раз, я начал(а) притормаживать каждый раз, когда проект делает подобное заявление… Мне важно понять, где на самом деле принимаются реальные решения.

Поэтому, когда я снова сел(а) изучать VaultKit от Newton Protocol, вопрос был простым. Когда держатели токенов голосуют, насколько на самом деле весит этот голос?

Пока я читал(а) материал, меня приятно удивило кое-что ✅. Любое изменение политики фиксируется on-chain, и это видно любому. Там ничего не скрыто. А правила, кто получает разрешение открыть новый vault, также показались мне продуманными.

Но есть один момент, на котором я застрял(а). Кто принимает окончательное решение по политике — держатели токенов или операторы 🤷? В документации упоминаются обе стороны, но неясно, кто имеет приоритет. Это важно, потому что если голос держателей токенов носит лишь «рекомендательный» характер, а реальное решение находится где-то в другом месте… тогда истинную ценность токена нужно рассматривать отдельно.

Я не поднимаю это как упрёк. Это просто вопрос, который я никак не могу отпустить 💭. По ощущениям дизайн крепкий, и информация открыта. Но этот конкретный момент всё ещё не до конца понятен мне, и я скорее спрошу, чем буду предполагать.

Кто-нибудь здесь знает, как на практике устроены отношения между голосованием и окончательным принятием решений в VaultKit?
@NewtonProtocol #Newt $NEWT
$PALU
$VELVET

Сначала я думал, что это будет работой на пару часов. Собрать агента, подключить его к авторизационному уровню Newton, дать ему выполнять сделки — и готово. Я настроил кошелёк и написал небольшой скрипт, чтобы вызывать функцию торговли. Затем открыл документацию, начал разбираться в структуре разрешений VaultKit и понял, что всё не так просто, как я предполагал…

Каждое разрешение во VaultKit гранулярное: то есть я могу авторизовать агента торговать только на конкретной бирже и только на сумму до определённого лимита, а не отдавать доступ ко всему кошельку целиком. На бумаге это звучит отлично 😅 Но чтобы дойти до этого, нужно было сгенерировать отдельный scope авторизации для каждой биржи, подписать каждый из них и подтвердить каждый — прежде чем агент сможет к ним обратиться. Для одной биржи это заняло, наверное, минут двадцать. А если агент должен работать на пяти-шести биржах, то тот же процесс повторяется пять-шесть раз, и контроль, который удерживает всё в безопасности, в итоге превращается в реальное время на настройку.

Потом я добрался до NIO — верификационного вызова. Вопросы о том, насколько на самом деле децентрализован операторский набор, который используется для проверки и от которого зависят агрегированные подписи BLS, у меня уже были. Интеграция заставила эти сомнения почувствовать гораздо более предметно. Потому что в итоге авторизация моего агента опирается именно на верификацию этой конкретной группы операторов, и если эта группа небольшая, то насколько бездоверительным (trustless) является то, чем я фактически пользуюсь?

Этот вопрос не отпускал. Читая документацию, всё выглядело уже устоявшимся и решённым. Но когда начинаешь строить поверх этого, трение и разрыв в децентрализации проявляются только когда ты оказываешься внутри 🔍

Если вы сами это интегрировали, какой был ваш опыт?
@NewtonProtocol #Newt $NEWT
$EVAA
$DODO