ZainTem

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

Именно здесь фраза «вынести в onchain» начинает ощущаться неполной.

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

Именно поэтому вопрос приватности вокруг @Dusk Dusk вызывает у меня интерес.

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

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

Именно поэтому за $DUSK становится особенно интересно наблюдать не просто как за проектом приватности, а как за инфраструктурой, которая пытается найти баланс между конфиденциальностью, верификацией, регулированием и реальным поведением на финансовом рынке.

Если это сработает, пользователями, вероятно, будут институции, которым требуется контролируемое раскрытие, а не полная секретность. Если не сработает, слабым местом, скорее всего, станет операционная сложность или модель приватности, с которой регуляторы и институции не смогут реально работать.
#dusk

$DUSK

Я снова и снова возвращаюсь к вполне практичному вопросу: почему регулируемому финансированию нужно выбирать между приватностью и комплаенсом?

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

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

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

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

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

Если приватность может сосуществовать с подотчётной проверкой, это полезная инфраструктура. Если она добавляет больше трения, чем убирает, внедрение будет затруднено.
#dusk

Заберите претензию

Присоединяйтесь

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

Это противоречие, с которого начинается слишком многие решения, начинает казаться неудобным. Сделать всё полностью прозрачным — значит скомпрометировать конфиденциальность. Добавить приватность позже — и это может выглядеть как «исключение», наложенное на систему, изначально для этого не предназначенную.

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

Вот что делает Dusk для меня интересным. @Dusk Dusk подходит к регулируемым финансам, исходя из предположения, что конфиденциальность и аудируемость не обязательно являются взаимоисключающими вещами. Важен не принцип «прятать активность вслепую», а контроль того, что разные стороны могут видеть, при сохранении возможности проверять то, что действительно нужно проверять.

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

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

Мой вывод: приватность «по дизайну» для регулируемых рынков имеет больше смысла, чем приватность, прикрученная позже. Dusk мог бы закрыть эту нишу, но реальное внедрение будет зависеть от реализации, комплаенса и фактического использования учреждениями — а не от нарратива.
#dusk $DUSK

Практический вопрос прост: как сделать регулируемое финансирование работающим на публичной инфраструктуре, не заставляя каждую транзакцию становиться навсегда видимой?

Вот где, по моему мнению, проблема приватности становится неудобной. Учреждениям нужна проверяемость, регуляторам — доказательства, а пользователям — защита от раскрытия всей истории их финансов всем подряд. Большинство решений, похоже, выбирают одну сторону: либо приватность рассматривают как особое исключение, либо комплаенс становится оправданием для полной прозрачности.

Ни один из этих подходов не кажется особенно пригодным для масштабов.

Меня интересует @Dusk , потому что проблему пытаются решать скорее как инфраструктурную, а не как простую «надстройку приватности». Для регулируемых рынков приватность не должна означать сокрытие активности от законного надзора. Она должна означать определение того, какая информация должна раскрываться, кому и при каких условиях.

Эта разница важна на практике. Банк, фонд или поставщик платежей, вероятно, не хочет, чтобы весь его граф транзакций был навсегда раскрыт только потому, что расчеты происходят on-chain. При этом регуляторы не могут работать, полагаясь на формулировки вроде «поверьте нам».

Самая сложная часть — сделать эти требования совместимыми, не добавляя столько сложности и затрат, что учреждения просто предпочтут существующие системы.

Вот где $DUSK становится особенно интересно наблюдать, но осторожно. Настоящее испытание — не та технология, которая описана на бумаге. В том, смогут ли разработчики и регулируемые организации реально использовать ее без создания новых операционных проблем.
#dusk

$STORJ медвежий сетап после отклонения рядом с сопротивлением $0.0490.

Торговый план SHORT: $STORJ
Вход: 0.0482–0.0490
Стоп-Лосс: 0.0502
TP1: 0.0465
TP2: 0.0445
TP3: 0.0420

Продавцы могут нацелиться на более низкую ликвидность, если сопротивление удержится. Текущее: 0.0488.

Нажмите и торгуйте здесь 👇
$STORJ USDT Perp

$CRWVB бычий сигнал выше $103.76.

Торговый план LONG: $CRWVB

Вход: $101–103
SL: $97
TP1: $106
TP2: $110
TP3: $115

Сильный импульс и покупатели контролируют структуру. $105 сопротивление — ключевое; пробой может спровоцировать расширение ликвидности.

Нажмите и торгуйте $CRWVB здесь 👇

Настоящий ров в onchain-финансах, возможно, — это слой данных.

Pyth выбирает другой путь: вместо того чтобы агрегировать рыночную информацию далеко внизу по цепочке, он приносит данные напрямую из институциональных источников в onchain-экономику.

125+ издателей.
114+ блокчейнов.
3,000+ потоков цен.
$3.25T+ накопленного объёма, защищённого обеспечением.

И Pyth Pro выходит за пределы крипто: предлагая 2,200+ мультиактивных инструментов через одну интеграцию.

При $6M+ ARR и росте подписочного ARR на 109% QoQ, это начинает выглядеть не как эксперимент с оракулом, а как финансовая инфраструктура.

Поскольку $LINK , $ONDO , $HYPE и $INJ собирают разные элементы onchain-финансов, над всеми ими общим слоем становится надёжность данных.

Лучшим рынкам нужна лучшая информация.

PYTH

Не является финансовой рекомендацией.
#PythNetwork #PYTH #DeFi

$HOLO
Бычья? скорее медвежья настройка: когда цена тестирует сопротивление.

Торговый план (ШОРТ): $HOLO
Вход: 0.0835–0.0860
Стоп-лосс: 0.0915
TP1: 0.0780
TP2: 0.0730
TP3: 0.0695

Давление продавцов может усилиться, если 0.0860 не удержит (отобьётся) и поддержка пробьётся. Следите за ликвидностью ниже указанного диапазона.

Нажмите и торгуйте $HOLO здесь 👇

Заберите свои 🧧🧧🧧🧧🧧
👇
👇
👇❤️❤️❤️❤️❤️#

🐻🚀 «Когда начинается медвежий рынок, я впадаю в спячку... но крипто-волки воют на луну! 🌕🐺 Похоже, пора покупать на откате или гнаться за стаей?» 💸😂

$TUT медвежий сетап после резкого пампа.

Торговый план (SHORT)
Вход: 0.190–0.205
Стоп-Лосс: 0.225
TP1: 0.150
TP2: 0.120
TP3: 0.090

Отбой рядом с сопротивлением благоприятствует движению вниз за ликвидностью.

Нажмите и торгуйте $TUT здесь 👇

👑 $1000PEPE бычий импульс: цена держится возле сопротивления.
Вход 0.00283–0.00284,
SL 0.00278
TP 0.00287/0.00290/0.00295.

Торговать здесь👇

Заявка 🧧❤️🧧❤️🧧❤️🧧
👇

Сегодня мне позвонил медвежий рынок.

Он сказал: я не здесь, чтобы уничтожить твой портфель… я здесь, чтобы закалить твой характер.
Мой портфель ответил:
Характер разблокирован. Деньги всё ещё не хватает. 😂📉

На этом этапе я больше не покупаю просадку… у меня дружеские отношения с каждой просадкой. 🐻💸 #Crypto #BearMarket #HYPEGains79%InQ2
#ChinaLaunchesBroadestTradeRetaliationOnUSFirms
Забрать здесь
👇

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

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

Вот одна из причин, почему @BabylonLabs_io и Trustless Bitcoin Vaults (TBV) привлекли моё внимание. Каждый депозит обеспечения, погашение, выпуск или ликвидация должны приводить ровно к одному из двух исходов: либо весь переход завершится полностью, либо сейф безопасно вернётся в ранее подтверждённое состояние. Не должно быть неоднозначной промежуточной стадии, где пользователям или организациям приходится гадать, какой именно шаг действительно удался.

Для меня это важнее, чем очередной громкий заголовок про APY.
Инфраструктура заслуживает доверие предсказуемым поведением при сбоях, а не оптимистичными допущениями в обычных условиях.

Если TBV сможет последовательно сочетать атомарные переходы состояния с приватностью, встроенной в дизайн, а не добавленной постфактум, я могу представить, что учреждения, кастодианы и серьёзные держатели Bitcoin обратят на это внимание. Если хотя бы одно из этих свойств ломается под реальным операционным давлением, доверие исчезает очень быстро. Именно поэтому я вижу надёжность, а не доходность, как реальный продукт.
#baby $BABY

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

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

Именно поэтому @BabylonLabs_io привлекли моё внимание Trustless Bitcoin Vaults (TBV). Вместо того чтобы просить пользователей оборачивать BTC, передавать попечительство или зависеть от посредника, TBV сохраняет биткоин в рамках его существующей модели доверия, при этом позволяя ему участвовать в более широкой финансовой инфраструктуре. Для меня этот сдвиг значимее, чем просто добавление ещё одной технической функции.

Важнее всего, что вывод не только о самой технологии. Речь о согласовании стимулов. Разработчикам нужна инфраструктура, которую можно интегрировать без постоянной переработки процессов комплаенса. Учреждениям нужны предсказуемое расчёты и понятная проверяемость аудита. Пользователям же просто нужна уверенность, что удобство не будет незаметно уменьшать контроль над собственными активами.

Я всё ещё подхожу к этому с осторожностью, потому что инфраструктура заслуживает доверие через реальное использование, рыночное напряжение и регуляторное давление, а не через презентации. Но если TBV действительно сможет уменьшить предположения о доверии, не усложняя комплаенс, то оно решает практическую проблему, а не создаёт ещё одну. Честно говоря, именно такую основу я и буду продолжать отслеживать, пока $BABY экосистема продолжает развиваться.
#baby

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

Именно поэтому @BabylonLabs_io привлек мое внимание. Бездоверительные биткоин-валюты (TBV) не начинаются с просьбы к людям переводить BTC через мост или передавать его другой стороне. Они строятся на более простом допущении: если Биткоин ценен именно благодаря самокастодиальности, почему заимствование под него должно требовать отказа от этого свойства?

Встроенное заимствование под биткоин на Aave v4, обеспеченное TBV, ощущается не столько как новый продукт, сколько как инфраструктура, пытающаяся убрать старый компромисс. Ваши ключи остаются вашими ключами, ваш Биткоин остается нативным, а процесс заимствования не зависит от слоев кастодианов или обернутых представлений, которые добавляют дополнительный юридический, операционный и риск расчетов.

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

Тем не менее, если существует реалистичный путь к тому, чтобы вводить Биткоин в регулируемые финансы, не ослабляя его базовую модель владения, TBV кажется ближе, чем большинство подходов, которые я видел. Успех будет зависеть не столько от маркетинга, сколько от того, продолжают ли люди выбирать самокастодиальность, когда речь идет о реальном капитале.
#baby $BABY