Aylinx

Понимание рыночных циклов — один из самых важных навыков для выживания в долгосрочной перспективе в криптовалюте.
Самая большая ловушка для новичков — покупать, когда рынок глубоко в эйфории и все празднуют прибыль, а затем панически продавать, когда настроение начинает уходить в негатив.
Цикл обычно проходит через разные эмоции: вера → оптимизм → эйфория → самоуспокоенность → тревога → паника.
Сейчас, когда Биткоин уверенно восстанавливается и рыночные настроения находятся в зоне Жадности, я думаю, что мы где-то на стороне оптимизма/эйфории цикла, а не на максимальном страхе. �
charliedesk +1
Это автоматически не значит «продавать». Это значит управлять рисками, избегать FOMO и осознавать, на каком этапе цикла мы находимся.
Как вы думаете, где мы сейчас?
Оптимизм, Эйфория, Самоуспокоенность — или что-то другое?
#CryptoPsychology #MarketCycles #bitcoin #Binance $BTC

$ASTER показывает здесь интересную схему.

Цена откатилась в диапазон 0.695–0.700, не нарушив при этом более широкую структуру, и покупатели начинают отступать назад.

Вход: 0.695–0.700
TP1: 0.732
TP2: 0.764
TP3: 0.795
SL: 0.662

Ключевое для меня — смогут ли покупатели удержать текущую зону и подтолкнуть цену к следующим уровням сопротивления.

Следю за этим внимательно.

#ASTER #Write2Earn #Binance
#crypto

Когда я начал разбираться в Dusk, я думал, что именно раздел про приватность будет тем, к чему я буду снова и снова возвращаться.

Но не тут-то было.

Пройдя через устройство сети, механику стейкинга, кошельки, смарт-контракты и то, как Dusk подходит к токенизированным активам в рамках регулирования, я в итоге начал думать о более приземлённой вещи: о том, сколько отдельных проблем должны сработать вместе, прежде чем финансовый актив вообще станет реально пригодным для использования on-chain.

Одна только приватность не решает вопрос соответствия требованиям.

Одна только токенизация не создаёт рынок.

Быстрый слой расчётов не отвечает на вопрос, кому вообще разрешено получать актив.

А само по себе соблюдение требований не делает пользовательский опыт простым.

Это изменило то, как я смотрю на Dusk.

То, что меня сейчас интересует, — не то, лучше ли одна функция другой. Меня интересует, могут ли все эти компоненты реально работать вместе, не делая регулируемые финансы более сложными, чем они и так уже есть.

Я всё ещё не думаю, что сама по себе архитектура это доказывает.

Настоящая проверка — это принятие.

Проследив за Dusk в рамках этой кампании, я, вероятно, останусь с этим вопросом:

Сможет ли вся эта инфраструктура казаться достаточно простой для тех людей, которым она действительно нужна?

Вот за этим я и буду наблюдать после завершения кампании.

$DUSK @Dusk #dusk #RWA #Privacy

#dusk $DUSK @Dusk
Одна вещь в регулируемых финансах начала казаться мне более понятной после того, как я внимательнее присмотрелся к Dusk.

Раньше я думал, что комплаенс — это по сути просто «ворота» на входе в каждое финансовое приложение.

Ты подтверждаешь, кто ты, получаешь одобрение — и тогда это приложение знает, что тебе разрешено.

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

Именно тогда идея Dusk привязать кошелёк к имеющему право участнику привлекла моё внимание.

Интересная часть не только в том, чтобы доказать, что человеку разрешено владеть активом.

Важно и то, что происходит, если это право можно встроить в инфраструктуру, а не собирать заново силами каждого отдельного приложения.

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

Но есть одна оговорка, о которой я всё время думаю.

Чем более многоразовой становится комплаенс-надстройка, тем важнее правильно настроить правила идентификации и доступа.

Потому что когда комплаенс становится инфраструктурой, ошибка — это не просто плохой пользовательский онбординг.

Она может повлиять на всё, что построено поверх.

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

#dusk $DUSK @Dusk

Я не ожидал, что обновление кошелька заставит меня задуматься об инфраструктуре.

Когда я слышу «новый кошелёк» в крипто, я обычно ожидаю ещё один интерфейс, ещё одну кнопку подключения, ещё один экран подписи.

А потом я посмотрел на Dusk Connect.

Что меня особенно заинтересовало: у Dusk могут быть одновременно и работающая сеть, и сторона смарт-контрактов, но разработчикам всё ещё нужен простой способ, чтобы dApps могли находить кошельки, запрашивать аккаунты и получать подписанные транзакции.

Похоже, это небольшое недостающее звено.

Но, скорее всего, дело не только в этом.

Блокчейн может иметь впечатляющую технологическую начинку, но если уровень приложения всё ещё ощущается оторванным от пользователя, то инфраструктура по-настоящему не завершена.

Вообще-то, эти «скучные» детали мне даже интереснее, чем очередное громкое объявление о новом эффектном функционале.

Потому что теперь я размышляю о другом:

Когда Dusk говорит о финансовых приложениях, которые работают в ончейне, какая часть этой сложности на самом деле приходится на блокчейн — а какая на всё остальное вокруг, что позволяет людям этим пользоваться?

Возможно, именно «скучная» инфраструктура и есть место, где начинается настоящее испытание.

#dusk $DUSK @Dusk
Я почти списал сторону соблюдения Dusk как нечто, что будет иметь значение только для регуляторов.

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

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

Регулируемая ценная бумага добавляет еще один уровень вопросов.

Разрешено ли покупателю ею владеть? Проверялась ли правильная информация? Можно ли ограничить перевод, когда правила требуют этого? И если кому-то нужно будет позже верифицировать транзакцию, какую именно информацию он должен получить для просмотра?

Именно это изменило то, как я смотрю на подход Dusk к приватности.

Интересная часть заключается не просто в том, чтобы скрывать финансовые данные. Речь о том, чтобы заставить приватность и проверку работать вместе, а не вынуждать одно исчезнуть, чтобы существовало другое.

Я думаю, эта разница важнее, чем привычная маркировка «приватный блокчейн».

Но есть еще кое-что, в чем я не уверен.

Архитектура может задать эти правила, но найдут ли реальные эмитенты и инвесторы процесс достаточно простым для использования?

Потому что для меня именно на этом месте технология перестает быть просто интересным дизайнерским решением и начинает становиться реальной финансовой инфраструктурой.

#dusk $DUSK @Dusk
То, что заставило меня задуматься, заключалось не в самом Dusk Trade. Меня остановил разрыв между созданием инфраструктуры и реальным допуском людей к ее использованию.

Dusk может быть публичным уровнем L1, в то время как финансовые рынки, работающие поверх него, всё равно должны иметь контролируемый доступ. На первый взгляд это звучит противоречиво, но чем больше я думаю о регулируемых активах, тем больше это обретает смысл.

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

Поэтому Dusk пытается решить сразу две совершенно разные задачи.

Базовая сеть должна оставаться открытой.

Финансовое приложение, построенное поверх нее, должно знать, кто имеет право пройти через дверь.

На самом деле это различие для меня интереснее, чем привычный нарратив о приватности.

Потому что если инфраструктура без разрешений, но сам актив подчиняется правилам, то реальный вопрос становится таким: где именно живут эти правила и смогут ли они работать, не превращая весь блокчейн в разрешенную (permissioned) систему.

Dusk Trade всё еще создается, так что я не думаю, что ответ уже доказан.

Но я буду внимательно следить за этой границей.

Публичный блокчейн с контролируемыми финансовыми рынками поверх него звучит просто, если произнести это быстро.

Скорее всего, эти две вещи вместе заставить работать не так просто.

#dusk $DUSK @Dusk Одна маленькая деталь в Dusk заставила меня по-новому взглянуть на то, что на самом деле значит «приватная транзакция».
Обычно я представляю транзакцию в блокчейне как один простой поток: есть актив, я отправляю его, сеть проверяет — и на этом всё.
Но в Dusk отделена нативная часть транзакций DUSK от общего вычислительного уровня. А когда транзакции нужно взаимодействовать с контрактом, появляется нечто под названием Crossover — мост между этими двумя слоями.

Сначала, честно говоря, я думал, что это просто очередная техническая деталь, спрятанная в архитектуре.
Затем я начал размышлять о том, почему она существует.
Если слой транзакций отвечает за приватность, а вычислительный слой — за выполнение контрактов, то перемещение между этими «мирами» становится важным. Crossover переносит соединение, не сводя всё к одному прозрачному потоку. В whitepaper это даже описывается как необязательная «пояснительная заметка», которая соединяет DUSK между транзакционным и обобщённым вычислительным уровнями.

Это заставило меня посмотреть на Dusk немного иначе.
Приватность — это не только про сокрытие того, что я отправляю. Она должна сохраняться и тогда, когда этот актив становится частью вычислений.
И это ощущается как куда более сложная задача.
Потому что когда приватный актив взаимодействует с умным контрактом, что-то должно связать состояние приватной транзакции с вычислениями, которые происходят дальше.
Я всё ещё не уверен, насколько сильно это добавляет сложности в реальном использовании.
Возможно, именно это я и хотел бы наблюдать: сможет ли Dusk удерживать приватность в неприкосновенности, пока активы переходят от простых транзакций к реальным вычислениям, не делая весь процесс слишком сложным?

#dusk $DUSK @Dusk Часть «приватности», которую я постоянно упускал из виду, заключалась не в самой транзакции. А в том, что происходит за её пределами.
Приватный перевод — это одно. Но если приложение, которое обрабатывает финансовый актив, имеет свои правила, условия и чувствительную логику, то сокрытие транзакции не решает всей проблемы.
Вот почему подход Dusk с XSC показался мне более интересным.
Идея помещать регулируемую финансовую логику в конфиденциальные смарт-контракты отличается от простого сокрытия балансов или переводов. Сам контракт может быть частью проблемы приватности.
Но тогда я упираюсь в то, что важнее всего.
Если логика конфиденциальна, то что другой участник на самом деле может проверить?
И если что-то пойдёт не так, сколько уполномоченная сторона сможет увидеть, не раскрывая всё остальным?
Эта «точка баланса» ощущается сложнее, чем просто сказать: «сделайте это приватным».
Dusk был разработан под сценарии использования регулируемых security-токенов, поэтому я понимаю, почему эта разница важна. Но я всё ещё пытаюсь представить, как это будет ощущаться в реальном финансовом рабочем процессе.
Возможно, интереснее не то, сможет ли Dusk держать информацию приватной.
А то, сколько информации он может сохранить приватной, при этом сделав систему достаточно проверяемой, чтобы ей можно было доверять.

#dusk $DUSK @Dusk Одно из того, что я начинаю замечать с Dusk, — это что он не всегда стремится сделать транзакцию более быстрой. Иногда кажется, что ему куда интереснее сделать процесс более контролируемым.
Я присматривался к Zedger, и меня зацепил сценарий SEND, ACCEPT и SETTLE. Отправитель может начать перевод, но получатель должен его принять, прежде чем отправитель сможет зафиксировать изменение баланса.
Моя первая реакция была примерно такая: зачем добавлять еще один шаг?
В обычной крипте я привык отправлять что-то и ждать подтверждения. Готово. Здесь же у получателя есть реальная роль в процессе еще до того, как перевод полностью урегулирован.
Чем больше я об этом думал, тем лучше понимал, почему это может быть важно для регулируемых активов. Если я имею дело, например, с security-токеном, то знание о том, что принимающая сторона уже согласилась на перевод, может быть полезнее, чем просто попытка сделать транзакцию максимально быстрой.
Но я все еще не уверен, как это ощущается на практике.
Для институционального процесса такой дополнительный контроль может быть полезен. А для обычного пользователя это легко может выглядеть как ненужное трение. И, вероятно, именно это различие будет иметь значение, если Dusk захочет привлечь активность за пределами небольшой группы узкоспециализированных пользователей.
Поэтому я пока не знаю, стоит ли называть шаг ACCEPT фичей или компромиссом.
Возможно, самый интересный вопрос тут в другом: когда финансовые активы становятся более регулируемыми, сколько дополнительного трения пользователи вообще готовы принять?
@DuskFoundation

Сегодня я просматривал несколько транзакций Dusk и в итоге застрял на мысли, о которой раньше особо не задумывался.
Модель Phoenix от Dusk позволяет тратить позже приватно вывод, который сегодня не является приватным. То есть приватность — это не только выбор, который вы делаете в самом начале. Вы можете решить использовать её уже в момент, когда фактически тратите этот вывод.
Меня больше всего заставило задуматься другое: как растёт набор приватности по мере того, как в блокчейне появляется всё больше выводов. Это означает, что сила этой модели приватности также связана с тем, насколько активной становится сеть.
После этого мне пришлось немного отступить.
Система приватности может быть хорошо продуманной, но если при этом недостаточно реальной активности, даёт ли она пользователям тот уровень приватности, который я от неё ожидаю? Больше пользователей и больше выводов могут сделать модель более полезной, но это также означает, что принятие пользователями становится частью уравнения приватности.
Мне нравится эта идея, но она оставляет у меня и вопрос. Если сетевой активности важно для того, чтобы набор приватности усиливался, то Dusk нужен не только хороший технологический уровень приватности. Ей нужно достаточное число людей, которые действительно ей пользуются.
Так что теперь меня меньше интересует просто вопрос «работает ли Phoenix», и больше — что с ней происходит по мере роста активности.
Нужно ли Dusk сначала получить реальную активность, прежде чем одно из её самых больших преимуществ станет по-настоящему значимым?
@Dusk $DUSK #dusk

Сегодня я продолжал смотреть на DUSK сам по себе, вместо того чтобы сразу же вернуться к функциям приватности, и меня кое-что начало немного беспокоить.
У токена внутри сети есть две довольно разные задачи. Его можно использовать как часть участия в консенсусе, но также это актив, за который платят за вычисления, когда выполняются транзакции. Сначала это звучит как простой момент про полезность токена. Чем больше я об этом думал, тем больше мне хотелось понять, создают ли эти два применения спрос одинаковым образом.
Стейкинг — это про «заморозку» капитала ради участия в обеспечении безопасности сети. Комиссии за транзакции — совершенно другое. Они зависят от того, что люди действительно делают действия в блокчейне.
Для меня это различие важно, потому что сеть может иметь участников, которые держат и стейкают актив, но при этом вокруг них происходит не так уж много реального выполнения. В такой ситуации токен может иметь понятную роль в протоколе, но при этом не показывать тот тип использования, который я обычно связываю с «живой» сетью, где много активности.
И, думаю, именно это место — там, где я до сих пор пытаюсь лучше разобраться в Dusk.
Если в итоге конфиденциальные приложения приведут к тому, что в цепочку попадёт больше транзакций, то вычислительная сторона полезности DUSK станет для меня гораздо интереснее. Но если активность в основном будет оставаться привязанной к участию в консенсусе, то я не уверен, что один лишь стейкинг многое говорит мне о реальном спросе в экосистеме.
Возможно, я смотрю на токен слишком узко, но мне бы хотелось следить за тем, сколько DUSK используется для реальных вычислений со временем, а не просто смотреть на то, сколько «заморожено» в стейкинге.
Именно это число сейчас меня интересует.
#dusk $DUSK @Dusk

Сегодня, глядя на Dusk, я продолжал думать об одной вещи: регулируемые и нерегулируемые активы, вероятно, не смогут вечно существовать в полностью отдельных мирах.
Большинство блокчейнов вполне комфортно работают с безразрешительными (permissionless) активами. Традиционные финансы, конечно, намного строже относятся к тому, кто может получать доступ к чему, какая информация должна быть доступна и где именно в картине появляется комплаенс. Неприятная часть в том, что объединение этих двух сред обычно означает отказ от чего-то.
Подход Dusk привлёк моё внимание, потому что он пытается позволить разным типам активов взаимодействовать, не допуская полного раскрытия деталей транзакций. Понимаю, почему это важно. Если токенизированные ценные бумаги когда-нибудь станут серьёзной частью ончейн‑финансов, я не думаю, что институты внезапно станут комфортно размещать в публичном реестре любую часть чувствительной информации лишь потому, что эта технология стала доступна.
Но есть пробел, который я всё время замечаю.
Сделать регулируемые и нерегулируемые активы технически совместимыми — это одна проблема. Другая — добиться того, чтобы реальные эмитенты, площадки и пользователи взаимодействовали с ними в значимом объёме. Дизайн может поддерживать такое взаимодействие, но сети всё равно нужна достаточная доля реальной активности, чтобы эта совместимость имела значение.
И я пока не уверен, насколько всё усложнится, когда разные активы, юрисдикции и требования комплаенса начнут сталкиваться друг с другом.
Поэтому я всё время думаю: возможно, интероперабельность — это действительно более простая часть, а более сложная задача — заставить обе стороны доверять одной и той же среде достаточно, чтобы использовать её?
@Dusk $DUSK
#dusk

Сегодня я снова и снова возвращался к стороне разработчика Dusk — в основном потому, что мне кажется, я слишком пристально смотрел на проект через призму активов и приватности.
То, о чем я поймал себя на чтении, — это Rusk, виртуальная машина Dusk на базе WebAssembly. Меня привлекло не только то, что это очередной уровень исполнения. В whitepaper описана нативная поддержка верификации доказательств с нулевым разглашением и эффективного создания деревьев Меркла внутри ВМ. Это звучит как небольшая деталь реализации — пока не начинаешь думать о том, что это может значить для разработчиков, создающих приложения, где доказывание чего-то без раскрытия всего как раз является частью задачи.
Я все еще пытаюсь понять, насколько это важно за пределами технического дизайна. У криптографии нет недостатка в инфраструктуре, которая выглядит впечатляюще, когда читаешь архитектуру, а затем кажется гораздо менее значимой, когда смотришь на то, что на практике люди действительно строят и используют.
Наверное, поэтому меня больше интересует опыт разработчика, чем список функций. Если криптографические инструменты встроены в среду выполнения, действительно ли это делает частные приложения проще в разработке — или же сложность просто переезжает в другое место?
И есть еще кое-что, за чем я хотел бы понаблюдать: достаточно ли у разработчиков, которые уже знают экосистему EVM, причин поэкспериментировать с Dusk, вместо того чтобы оставаться там, где уже есть инструменты и пользователи.
Мне любопытно, какая сторона в реальности окажется сильнее: лучшее нативное приватностное инструментарие или удобство уже сложившейся экосистемы разработчиков?
@Dusk $DUSK #dusk

#dusk $DUSK Я сегодня читал больше о Dusk и в итоге провёл на Zedger времени больше, чем ожидал. Мне кажется, изначально я смотрел на приватность довольно просто: либо детали транзакций публичны, либо они скрыты. Zedger заставил этот взгляд показаться немного упрощённым.
То, что мне интересно, — это то, как Dusk подходит к информации об аккаунте. Изменения баланса могут оставаться приватными в памяти владельца аккаунта, при этом изменение публичного корня всё равно может быть раскрыто. Мне ещё нужно разобраться во всех технических деталях, но сама идея разделения мне нравится. Приватность не обязательно должна означать, что никто не может ничего проверить.
Мне это больше всего кажется понятным, когда думаю о регулируемых активах. Если вы имеете дело с security-токенами и финансовой активностью, публиковать абсолютно все детали, вероятно, не практично. При этом сделать всё полностью приватным — тоже не без проблем, когда нужна верификация или соблюдение требований. Похоже, Dusk пытается занять место где-то между этими двумя крайностями.
Но у меня есть вопрос: насколько это реально хорошо работает, когда подключаются настоящие институции, требования комплаенса и разные пользователи? С технической точки зрения модель может иметь смысл, но для меня реальная проверка — смогут ли люди использовать её без создания ещё одного слоя сложности.
Мне интересно посмотреть, как это будет выглядеть при использовании в условиях реального масштаба. @Dusk

Сегодня я только начал присматриваться к Dusk, и честно говоря, я ожидал, что именно аспект приватности в первую очередь привлечёт моё внимание. Вместо этого я начал внимательнее разбираться в том, что DUSK реально делает внутри сети.
Одно, что меня заинтересовало, — что DUSK — это не просто ещё один токен, лежащий рядом с сетью. Он используется для стейкинга и для возмещения вычислительных затрат, так что у него есть непосредственная роль в том, как работает протокол. Это заставило меня взглянуть на дизайн стейкинга чуть иначе.
Dusk использует Segregated Byzantine Agreement — механизм permissionless Proof-of-Stake, а для обеспечения приватности при выборе лидера применяется Proof-of-Blind Bid. Понимаю, почему это важно. Если выбор лидера менее предсказуем, сеть получает потенциально ещё один уровень защиты.
При этом я только сейчас вхожу в тему Dusk, поэтому не хочу делать вид, будто у меня уже сложилось устойчивое мнение. Я хочу понаблюдать, как на практике будут развиваться участие в стейкинге, распределение валидаторов и активность сети.
Мне интересно, сохранится ли жизнеспособность этого дизайна по мере роста реального сетевого использования. @Dusk $DUSK #dusk

Сегодня я передумал насчет одной вещи.
Долгое время я думал, что децентрализация означает: у всех должен быть одинаковый уровень контроля.
Чем больше я изучал Babylon, тем яснее понимал, что это не обязательно так.
Некоторые участники обеспечивают работу сети.
Некоторые помогают довести ее до завершения.
Другие участвуют в управлении.
Сначала такое разделение казалось странным.
Потом я начал задавать себе другой вопрос.
Возможно, децентрализованной системе не нужно, чтобы все выполняли одну и ту же работу.
Возможно, ей просто нужно, чтобы каждая роль была достаточно четко определена, чтобы ни одна группа незаметно не могла взять под контроль всё.
Это совершенно иной взгляд на децентрализацию, и честно говоря, раньше я так об этом не думал.
Я не утверждаю, что это идеальная модель.
Mainnet станет настоящей проверкой.
Но я все же считаю, что это интересный дизайнерский выбор, и я буду внимательно следить за тем, как он проявится.
Если бы вы проектировали децентрализованную сеть, вы бы предпочли дать всем одинаковые обязанности или распределить их между разными участниками?
@BabylonLabs_io
$BABY $BTC
#Bitcoin #baby #creatorpad

Думаю, у крипто-сообществ есть интересная привычка.
Мы празднуем объявления.
Мы празднуем запуски.
Мы празднуем новые продукты.
Но тихие месяцы — те, когда почти никто не обращает внимания, — обычно и есть то время, где происходит реальная работа.
Именно тогда разработчики продолжают создавать, улучшается документация, устраняются ошибки, и идеи постепенно превращаются в то, чем люди действительно могут пользоваться.
Смотря на Babylon, я всё время думаю, не являются ли эти тихие месяцы на самом деле самой важной частью пути.
Не потому что это захватывающе.
А потому что именно там обычно закладывается долгосрочная инфраструктура.
К тому моменту, когда все начинают называть что-то «следующим стандартом», большая часть сложной работы уже исчезает на заднем плане.
Наверное, поэтому реальный прогресс часто кажется скучным, пока он не становится очевидным.
Мне интересно...
Ты думаешь, в крипто достаточно внимания уделяют медленному прогрессу, или только большим объявлениям?
@BabylonLabs_io
$BABY $BTC
#baby #Bitcoin #createrpad

Люди часто спрашивают, удастся ли Вавилону добиться успеха.
Я думаю, более интересный вопрос такой:
Как именно выглядел бы успех на практике?
Скорее всего, это не будет заголовком.
И это не будет одно большое объявление.
Настоящий успех тише.
Это когда держатели Bitcoin перестают воспринимать участие нативного BTC как нечто необычное.
Это когда разработчики начинают строить вокруг этого допущения, а не объяснять его.
И это когда обсуждения постепенно смещаются с «Сработает ли это?» к «Что мы можем построить дальше?».
Вот такой прогресс мне нравится наблюдать.
Не потому что он громкий...
А потому что он меняет ожидания, даже если большинство людей этого не замечают.
Иногда самый большой вехой является не новая функция.
Это когда идея незаметно начинает казаться нормальной.
Как ты думаешь, какой самый явный признак будет того, что Babylon достигла этого момента?
@BabylonLabs_io
$BABY $BTC
#baby #bitcoin #creatorpad

Я ожидал, что процесс заимствования станет самой интересной частью общедоступного тестнета Babylon.
Это не так.
Больше всего мне запомнился гораздо более простой вопрос:
Сколько дополнительных предположений о доверии мы тихо приняли как «норму», только чтобы использовать Bitcoin в DeFi?
Годы подряд оборачивание BTC или передача его через другую систему казались очевидной отправной точкой. Я редко останавливался, чтобы спросить, был ли это единственный путь.
Изучение общедоступного тестнета Babylon заставило меня взглянуть на это иначе.
Этот опыт — не только про заимствование под Bitcoin. Это про сомнения в том, действительно ли Bitcoin должен стать чем-то другим, прежде чем он сможет участвовать в более широком финансовом экосистеме.
Конечно, это всё ещё тестнет.
Настоящая проверка — ликвидность мейннета, реальные рыночные условия и поведение пользователей.
Поэтому я воспринимаю это как исследование, а не как заключение.
Главный вывод для меня заключался не в том, что все ответы уже на месте.
Важнее было осознание того, что иногда удаление предположения о доверии может быть значимее, чем добавление ещё одной функции.
Я буду уделять этому гораздо больше внимания по мере того, как Babylon будет двигаться к мейннету.
@BabylonLabs_io
$BABY #bitcoin #baby #creatorpad $BTC