Toro_crypto

#dusk $DUSK @Dusk
Представьте рынок, в котором транзакционные издержки, которые могут составить несколько миллионов фунтов, должны быть одобрены комитетом.

И не имело бы никакого значения, если бы об этом сообщали другой группе задолго до того, как было принято решение.

Но есть ещё одна проблема.

Как это согласуется с фразой: «если вы выбираете, кто должен принять решение, случайным образом, как вы гарантируете, что все согласны с тем, каким будет результат?»

Именно в этом и заключалась вся уникальность, когда я углубился в «краткую аттестацию» Dusk.

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

Это создаёт интересное различие:
Непредсказуемое давление отбора не означает непредсказуемый исход.

Первое, однако, может сделать меры более неопределёнными.
А второе будет проблемой.

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

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

И, как мне кажется, именно в этом месте дизайн консенсуса становится больше, чем просто фраза «Dusk использует Proof-of-Stake».

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

Это также:
И значит, следует, что он уже готов войти в… куда??

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

Но окончательное решение всё равно должно быть детерминированным в отношении расчётов.

В то время, когда инфраструктура самого блокчейна пересекается с реальными активами финансов, «случайность» — это не синоним слова «неопределённость».

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

Smart contracts are programmable but it does not mean the whole financial processes are fully automated.

This led me to consider the simplest case: how this works with a tokenized security in which dividend payments must be made.

The reasons of that, first, it seems to be too simple;

Rules onchain; the contract adjudicates, then distributes.

But one detail matters:
Programmable ≠ autonomous.

How this is translated into logic:

Cannot necessarily be assumed to have knowledge that original corporate action was done properly, the necessary funds are present or if an off chain calculation was valid.
However, this difference may be further emphasized under a regulated market.

Dusk have defined the Confidential Security Contract scheme from financial flows such as payment of dividend and voting rather than taking security as a token.

And it is in this that I find the architecture fascinating.

The point is not to get more logic onchain.

The goal is to match that thinking with reality: the characteristics of the asset itself rules of ownership, eligibility, servicing, settlement and known disclosure (sometimes referred to as “the facts”).

In practice, an automated system can only ever be as good as the data and rules which underpin it.

So the interesting question for me isn‘t:
Can state-controlled assets be programmed?

We already knew this could.

The harder question is:
How much of the real financial process can be truly automated, and still without completely removing the human element, where it still exists in regulated markets?

I would want to observe that over time.
#dusk @Dusk $DUSK

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

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

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

Cách đây 2 năm về trước, tôi từng là 1 quản lý cấp cao của một công ty phần mềm.
Tôi thường hay dùng thẻ của mình để vào khu vực làm việc, nhưng không thể mở cửa phòng server hay phòng lưu trữ hồ sơ.
Ban đầu tôi nghĩ đó đơn giản chỉ là một hệ thống kiểm soát quyền truy cập.
Nhưng sau này tôi nhận ra một điều thú vị:
Một hệ thống tốt không đợi đến lúc dữ liệu bị lộ mới bắt đầu bảo vệ nó.
Điều này khiến tôi nghĩ đến @Dusk .
Trong regulated finance, privacy cũng không nên là một lớp được thêm vào sau khi tài sản và giao dịch đã được đưa lên-chain.
Nó cần được tính đến ngay từ cách hệ thống xử lý tài sản, identity và transaction.
Đó là điều tôi thấy thú vị ở cách Dusk tiếp cận privacy.
Với Phoenix cho confidential transactions và Moonlight cho transparent account-based transactions, privacy không nhất thiết phải là một lựa chọn “bật hoặc tắt” cho toàn bộ hệ thống.
Các loại giao dịch khác nhau có thể cần những mức độ visibility khác nhau.
Và với zero-knowledge proofs, một bên có thể chứng minh rằng một điều kiện cần thiết đã được đáp ứng mà không nhất thiết phải tiết lộ toàn bộ dữ liệu phía sau.
Đối với regulated assets, điều này rất quan trọng.
Một hệ thống tài chính không chỉ cần hỏi:
“Dữ liệu này có được bảo mật không?”
Mà còn phải hỏi:
“Privacy đã được thiết kế vào infrastructure ngay từ đầu chưa?”
Đó là điểm khiến tôi thấy khái niệm privacy by design đáng chú ý hơn rất nhiều so với việc đơn giản thêm một lớp privacy vào blockchain.
Và có lẽ đây cũng là một phần lý do Dusk đang đi theo một hướng khá khác khi xây dựng infrastructure cho regulated finance.
#dusk $DUSK

После 4 дней знакомства с TermMax я понял, что изначально смотрел на него неправильно в одном моменте.
Сначала я пытался найти самую яркую функцию.
Фиксированная ставка?
RWA?
Range Order?
Ликвидация?
Но чем больше я разбирался, тем интереснее становился вопрос — и он уже не звучит как:
«Что такое TermMax?»
А звучит так:
«Как эти вещи связаны между собой, чтобы создать что-то?»
Фиксированное кредитование подводит к возможности предсказуемого определения стоимости капитала.
Токенизированные активы добавляют новый источник залогового обеспечения, который можно использовать on-chain.
Range Order создаёт другой способ, благодаря которому ликвидность участвует в формировании ставки.
А Physical Delivery Liquidation задаёт иную рамку для того, как обрабатывать риск, когда позиция идёт вразрез ожиданиям.
Если смотреть на каждый элемент по отдельности, они действительно похожи лишь на функции lending-протокола.
Но когда сложить их вместе, начинает вырисовываться совсем другая история:
Capital → Pricing → Liquidity → Collateral → Risk
Это уже не просто история про один-единственный кредит.
Похоже на попытку построить финансовую инфраструктуру, которая может соединять разные уровни рынка капитала в цепочке (on-chain).
И это то, что мне больше всего нравится в подходе @TermMax .
Они не просто спрашивают:
«Как дать пользователям возможность брать в долг?»
А, кажется, ставят более широкие вопросы:
Как капитал можно оценивать более прозрачно?
Как токенизированные активы могут получить дополнительную полезность (utility)?
Как организовать ликвидность вокруг рынков с фиксированной ставкой?
И что будет с системой, если всё пойдёт не так — как она будет управлять риском?
Я ещё не думаю, что TermMax уже дал идеальный ответ на все эти вопросы.
Но после 5 дней изучения я считаю, что именно это — главная причина продолжать следить дальше.
Не потому что у TermMax есть одна выдающаяся функция.
А потому что пазлы начинают складываться в систему.
#TermMax

Раньше я думал, что чем проще аудитировать систему, тем больше данных нужно делать публичными.
Но чем больше я разбираюсь в финансах, тем яснее понимаю: это не совсем так.
Представьте, что аудитору нужно проверить сделку с активом:
Участники имеют ли право на участие?
Соблюдена ли установленная регулятором процедура?
Актив переведён ли корректно по правилам?
Чтобы ответить на эти вопросы, им нужны доказательства.
Но это не значит, что им нужно видеть все балансы, историю транзакций или персональную информацию всех участников.
Именно поэтому мне кажется интересным подход @Dusk .
Для регулируемых активов задача не сводится к:
«Данные должны быть публичными или нет?»
Её суть в другом:
«Кому нужно что именно проверять и сколько информации им реально требуется видеть?»
Доказательства с нулевым разглашением (zero-knowledge proofs) могут помочь одной стороне доказать, что условие выполняется, не раскрывая все данные, стоящие за этим.
А выборочное раскрытие (selective disclosure) позволяет делиться только той информацией, которая необходима, с нужной стороной и только при наличии весомых оснований.
Поэтому я считаю:
Аудитируемость ≠ Полная прозрачность
Хорошая финансовая система не обязана превращать любые данные в публичные, чтобы доказать свою надёжность.
Ей нужно создавать достаточно доказательств для проверки, при этом оставляя не требуется к раскрытию данные закрытыми.
Наверное, это один из ключевых принципов, благодаря которому privacy и compliance действительно могут сосуществовать on-chain.
#dusk $DUSK

Одно, что я понял, когда разбирался в TermMax:
Fixed-rate lending нужен не только заемщикам и кредиторам. Ему нужен целый рынок, чтобы формировать цену.
Сначала я думал, что фиксированная ставка — это просто число, которое протокол выдает в качестве условия.
Но если ставку можно зафиксировать на конкретный период, сразу возникает интересный вопрос:
Кто решает, что этот rate является разумным?
И тут я начал больше обращать внимание на Range Order от <t-2/>@TermMax .
Вместо того чтобы ликвидность концентрировалась только вокруг одного уровня ставки, Range Order позволяет распределять liquidity по разным диапазонам ставок.
Это заставило меня по-новому взглянуть на фиксированный-rate рынок.
Ставка — это не просто число, на которое смотрит заемщик.
Это цена, которую рынок исследует и по которой торгуется.
Кредитор может иметь тот yield, который ему нужен.
Заемщик — приемлемую для него стоимость заимствований.
Разница между этими сторонами — то место, где market design становится особенно важным.
И именно поэтому мне TermMax кажется более интересным, чем обычный lending protocol.
Вместо того чтобы просто спрашивать:
«Какая ставка сейчас?»
Я начинаю больше интересоваться:
«Как рынок формирует эту ставку?»
Если fixed-rate lending хочет стать важным слоем DeFi, создание fixed rate, вероятно, недостаточно.
Нужно еще достаточно гибкое механическое устройство, чтобы price discovery и ликвидность могли сосуществовать.
Эту часть я хочу продолжить глубже изучать в TermMax.
#TermMax

Много опыта — не всегда значит, что вы в большей безопасности.
Иногда он делает вас самоувереннее.
Попробуйте представить человека, который совершал P2P-сделки сотни раз.
Он знает, где нужно открывать Order.
Знает, как проверять payment.
Знает, когда не следует нажимать Release.
Эти действия настолько привычны, что почти превращаются в рефлекс.
И именно это стоит обдумать.
Когда вы делаете одно и то же много раз, мозг начинает искать, как делать это быстрее.
Вам уже не нужно читать каждую деталь.
Вы мельком смотрите несколько знакомых признаков, видите, что всё похоже на обычное, и продолжаете.
В большинстве Order это может не вызывать проблем.
Но достаточно одному Order отличаться от привычного, и старый рефлекс может заставить вас пропустить это.
Другое payment method.
Другая платежная учётная запись.
Или просто одно из условий в Order не похоже на то, что было в прошлые разы.
Самое страшное — что опытный человек не всегда замечает, что он стал самоуверенным.
Потому что он не думает:
«Я пропускаю шаг проверки.»
Он думает:
«Я просто делаю это слишком часто.»
Поэтому у меня есть довольно простое правило при P2P-торговле:
Опыт должен помогать мне быстрее замечать отклонения, а не заставлять проверять меньше.
В каждом Order есть свои условия.
Каждый payment всё ещё нужно сверять.
И каждый раз Release всё ещё нужно делать на основе информации именно этой сделки.
Самое сложное в многолетней торговле может быть не в том, чтобы выучить новое правило.
А в том, чтобы понять, когда опыт помогает вам, а когда он уже превратился в привычку.
Знание процесса — это преимущество.
Но по-настоящему безопасно — всё равно смотреть на каждый Order.
@Binance Vietnam #BinanceP2PAnToan

Hồi còn đi làm, tôi từng sử dụng một hệ thống chấm công mà mỗi nhân viên chỉ có thể truy cập những chức năng phù hợp với vị trí của mình.
Lúc đầu tôi nghĩ đó chỉ là một cách để công ty kiểm soát quyền truy cập.
Nhưng sau này tôi nhận ra, một hệ thống tốt không phải là hệ thống cho phép hoặc từ chối tất cả mọi thứ.
Nó phải biết ai cần quyền gì, và cần quyền đó ở mức nào.
Điều này khiến tôi nghĩ đến @Dusk
Khi tài sản tài chính được đưa lên-chain, vấn đề cũng không chỉ là xác định ai đang sở hữu tài sản.
Hệ thống còn phải biết ai đủ điều kiện sở hữu, ai được phép nhận hoặc chuyển tài sản, và bên nào thực sự cần được xác minh thông tin đó.
Thay vì biến mọi dữ liệu thành thông tin mà tất cả participant đều có thể nhìn thấy, selective disclosure và zero-knowledge proofs có thể giúp một bên chứng minh điều cần thiết mà không phải tiết lộ toàn bộ dữ liệu phía sau.
Tôi nghĩ điều này đặc biệt quan trọng với regulated finance.
Một nhà đầu tư có thể cần chứng minh mình đủ điều kiện mua một tài sản.
Nhưng điều đó không có nghĩa mọi bên trong transaction cần biết toàn bộ danh tính, tài sản hay lịch sử tài chính của người đó.
Cùng một dữ liệu, nhưng không phải ai cũng cần cùng một mức độ truy cập.
Đó là điều tôi thấy thú vị khi tìm hiểu Dusk:
Một hệ thống tài chính tốt không phải là nơi mọi thứ đều được giấu kín.
Cũng không phải nơi mọi thứ đều được công khai.
Mà là nơi đúng người có thể xác minh đúng thông tin, vào đúng thời điểm, với lượng dữ liệu cần thiết.
Có lẽ đó mới là cách privacy và compliance có thể cùng tồn tại trên-chain.
#dusk $DUSK

Ликвидация — это не только точка окончания позиции.
Именно с этой части я начал обращать больше внимания, когда изучал @TermMax .
В DeFi, когда позиция больше не является достаточно безопасной, ликвидация обычно выглядит довольно простой:
Collateral уменьшается → позиция ликвидируется → заемщик несет убытки.
Но мне кажется, что интереснее другой вопрос:
После того как произошла ликвидация, что на самом деле обрабатывается?
Поэтому я хочу глубже разобраться в механизме Physical Delivery Liquidation у TermMax.
Вместо того чтобы просто воспринимать ликвидацию как кнопку «закрыть позицию», TermMax выстраивает этот механизм вокруг фактической обработки взаимосвязи между залогом и долгом.
Это заставляет меня смотреть на ликвидацию с другой точки зрения.
Лендинговому рынку нужен не только механизм, чтобы открывать позиции.
Ему также нужен достаточно ясный механизм на тот момент, когда рынок идет вразрез с ожиданиями.
Особенно при наличии leverage вопрос уже не сводится к:
«Сколько вы сможете заработать?»
А становится таким:
«Если всё пойдет плохо, как система обработает эту позицию?»
Именно этот аспект я считаю достойным изучения в TermMax.
Фиксированная ставка решает часть проблемы с ценой капитала.
RWA добавляет новые источники залога.
Но новый liquidation mechanism — это то место, где я хочу понять, как вся эта структура выдерживает стресс рынка.
Я еще не уверен, что до конца понял Physical Delivery Liquidation.
И, возможно, именно поэтому это самое интересное.
Потому что финансовый протокол, который стоит исследовать, ценен не только тем, как он создает прибыль в хорошие времена.
А еще и тем, как он действует, когда рынок идет не по плану.
#TermMax

В P2P есть один субъективный момент, о котором, как мне кажется, многие парни не задумываются.
Он не начинается с подозрительного покупателя.
Он начинается с слишком удачно проведённой сделки.
Вы только что совершили сделку с человеком.
Оплата ровно на нужную сумму.
Имя аккаунта совпадает.
Никаких проблем.
Заказ завершается нормально.
Через некоторое время вы открываете ещё один Order с тем же человеком.
И в голове само собой появляется:
«Этот человек только что провёл сделку со мной — значит, в этот раз тоже всё будет в порядке».
Звучит вполне логично.
Но именно эта мысль — то, о чём я хочу быть особенно внимательным.
Потому что предыдущая сделка и текущая — это всё же два разных Order.
Я всё равно должен перепроверить:
🟢 Данные текущего Order верны?
🟢 Сумма и способ оплаты совпадают?
🟢 Платёжный аккаунт этой сделки соответствует текущим условиям?
Не потому, что если тот уже раньше делал всё правильно, то в этот раз обязательно будут проблемы.
А потому что хорошая история сделок не является доказательством для новой сделки.
И именно поэтому я не хочу, чтобы знакомство заменяло проверку.
Человек может нормально завершить 10 предыдущих Order.
Но 11-й Order всё равно остаётся новой сделкой.
Для меня это довольно простое правило:
Не переносите доверие с старой сделки на новую.
Вносите данные новой сделки в процесс проверки.
Безопасный P2P иногда — это не умение распознать подозрительного человека.
А умение понять, когда вы слишком расслабились только потому, что раньше всё прошло хорошо.
@Binance Vietnam #BinanceP2PAnToan $BNB

Я раньше думал, что RWA по сути — это просто размещение реального актива в блокчейне.
После более глубокого изучения Dusk я начал понимать, что это допущение слишком упрощает суть.
Финансовый актив — это не только ценность.
Кому разрешено им владеть?
Кто может его получить?
Когда он передаётся?
Что происходит, когда меняется право собственности?
И кому разрешено выполнять эти действия?
Если эти правила остаются вне блокчейна, то делает ли выпуск токена реальным шагом к переводу актива в on-chain?
Вот что меня зацепило в @Dusk .
Dusk подходит к RWA не только через токенизацию. При нативной эмиссии идея ещё интереснее: перенести больше, чем просто жизненный цикл и логику актива — прямо в on-chain инфраструктуру.
Это значит, что блокчейн может быть не только тем местом, где зафиксировано:
«Это токен облигации».
Но и тем, где условия, связанные с ownership, transfer и действиями актива, обрабатываются по заранее определённым rules.
Особенно для regulated assets это может быть принципиальной разницей.
Облигация не становится permissionless только потому, что у неё есть токен.
Требования по eligibility, ограничения по передаче и комплаенс остаются вместе с активом.
Поэтому вопрос, который я сейчас обдумываю, уже не звучит как:
«Как токенизировать актив?»
А скорее как:
«Как сделать так, чтобы актив приносил свои собственные правила, заходя в блокчейн?»
Возможно, именно в этом и заключается самая сложная часть RWA.
Токенизация создаёт представление (representation).
Но если блокчейн может понимать и исполнять логику актива, то тогда мы действительно начинаем говорить о по-настоящему on-chain финансовой системе.
Именно это — то, что Dusk я хочу изучить глубже.
#dusk $DUSK

Токенизация акций — это не финишная черта. Это стартовая линия.
Думаю, самая интересная часть истории RWA.
Когда акция токенизируется, она уже может появляться в on-chain. Но если просто «разместить её в блокчейне» и оставить там, её полезность всё ещё довольно ограничена.
Важно не это. Вопрос в другом:
После токенизации — что с этим активом можно сделать?
Вот почему я обратил внимание на то, как @TermMax подходит к RWA.
TermMax расширяется, чтобы токенизированные ценные бумаги Ondo Global Markets могли стать обеспечением для кредитов с фиксированной ставкой на BNB Chain.
И это создаёт довольно интересную цепочку:
Tokenized stock → Collateral → Liquidity → Predictable borrowing cost
Вместо того чтобы просто владеть on-chain-версией традиционного актива, пользователи получают ещё один способ использовать капитал этой собственности, при этом заранее зная стоимость заимствования.
То, что мне кажется здесь особенно важным, — не просто «RWA + DeFi».
А то, что:
Токенизация создаёт representation.
Финансовая инфраструктура создаёт utility.
Если RWA хотят продвинуться дальше простого переноса традиционных активов в блокчейн, им нужны базовые инфраструктурные уровни, которые позволят им реально участвовать в ончейн-финансовых операциях.
И кредитование с фиксированной ставкой — один из заметных элементов этой мозаики.
Вот почему я думаю, что TermMax находится на довольно интересном пересечении RWA, fixed-income и DeFi.
#termmax

Обычная сделка, а оппонент вдруг сам меняет способ оплаты?
Это как раз тот тип ситуации, который парни в P2P легко могут упустить из виду.
Заказ размещён.
Информация проверена.
Обе стороны торгуют в обычном режиме.
И вдруг оппонент пишет:
«У этого счёта ошибка, брат, переведи на другой счёт, пожалуйста».
Звучит вполне логично.
Но проблема в том, что исходные условия сделки изменились.
И вот теперь я не буду продолжать просто потому, что раньше всё было нормально.
Обычная сделка не значит, что любые изменения по ходу всегда безопасны.
Я остановлюсь и перепроверю:
🟢 Подтверждение/платёжная информация всё ещё соответствует Order?
🟢 Имя получателя/отправителя совпадает с данными сделки?
🟢 Оппонент просит выполнить шаг, который отличается от первоначальных условий?
Если есть какие-то необычные изменения — не думайте:
«Да ведь до этого всё время торговали нормально».
…и не пропускайте.
Особенно: не переводите по своей инициативе в Zalo/Telegram и не оплачивайте по новой информации только потому, что оппонент торопит.
Оставайтесь в рамках сделки Order, сохраняйте историю чата. Если возникнет проблема — используйте Appeal, чтобы у Binance было достаточно данных для сверки.
Я вижу, в P2P есть ловушка, с которой довольно легко столкнуться:
Опасность не всегда сразу видна в самом начале.
Иногда сделка выглядит полностью обычной…
…пока не изменится какая-то мелочь.
Поэтому:
Обычная сделка ≠ можно игнорировать изменения по ходу.
Увидели изменения → остановились → проверили → и только потом принимаете решение.
Лучше подождать пару секунд, чтобы подтвердить, что всё ещё нормально, чем поторопиться на пару секунд и потом разбираться с последствиями.
#BinanceP2PAnToan @Binance Vietnam $BNB

Однажды друг задал мне довольно простой вопрос:
«Если я владею долей в компании, почему я не могу продать её кому угодно?»
На первый взгляд, это кажется логичным.
Если актив принадлежит вам, вы продаёте его тому, кому захотите.
Но с акциями частной компании всё обстоит не так просто.
Некоторые акции можно передавать только квалифицированным инвесторам.
Тогда я понял одну вещь:
Право собственности не всегда означает право на свободную передачу.
И это заставило меня задуматься о @Dusk
Мне интересно, как они подходят к управляемым финансовым активам.
Актив в ончейне должен не только знать, кто им владеет. Система также должна знать, кому разрешено владеть, кому разрешено получать, и какие операции нужно отклонять.
Dusk может объединять identity credentials, привязку кошелька и логику смарт-контрактов, чтобы применять правила собственности и передачи. При этом selective disclosure позволяет уполномоченной стороне подтверждать нужную информацию, не обязательно видя все данные пользователя.
Я думаю, это крайне важный вопрос, когда RWA начинает связываться с DeFi.
Облигация не становится permissionless только потому, что её разместили в блокчейне.
Правила, связанные с активом, всё равно должны сопровождать его.
Возможно, в будущем появятся такие активы, у которых сохраняются правила, но эти правила будут исполняться прямо в ончейн-воркфлоу.
Для меня именно это и является заметным шагом вперёд regulated finance.
Не просто вынести право собственности в ончейн.
А объединить в одной проверяемой системе и право собственности, и eligibility, и ограничения на передачу, и приватность.
#dusk $DUSK

Ми́нх — фрилансер, который только что получил большой контракт.
Клиент оплатит через 6 месяцев, но чтобы начать проект, Минху нужно около 10,000 долларов, чтобы купить оборудование и нанять дополнительных людей.
Если ставка по заимствованиям меняется постоянно, Минх не знает точно, какова будет стоимость его капитала к моменту завершения проекта.
Именно это привлекло мое внимание к @TermMax
Ключевая идея TermMax довольно проста: кредитование с фиксированной ставкой и заимствования на фиксированный срок.
Вместо того чтобы полностью зависеть от плавающей ставки, заемщик может заранее знать уровень ставки и срок позиции.
Для Минха это дает очень практичную разницу:
Не нужно гадать, куда пойдут ставки в течение ближайших 6 месяцев.
Можно заранее планировать стоимость капитала с самого начала.
Но самое интересное в том, что TermMax — это не просто «внедрение фиксированной ставки» в DeFi.
Он строит целый слой инфраструктуры вокруг рынка с фиксированной ставкой:
FT и XT помогают структурировать долги с фиксированными сроками.
Range Order позволяет распределять ликвидность по разным диапазонам ставок, а не только полагаться на единую rate.
Механизмы вроде Smart Unwind и Order Aggregator направлены на улучшение выхода из позиции и оптимизацию источников ликвидности.
Вот почему я не рассматриваю TermMax просто как еще один lending-протокол.
Еще более примечательно то, как он переносит предсказуемость fixed income в DeFi.
Но когда в игру вступают более крупные потоки капитала, появляется другой вопрос:
Можно ли предсказать стоимость капитала?
Если ответ — да, то фиксированное кредитование — это не просто продукт.
Оно может стать важным примитивом для ончейн-рынка кредитования.
И именно поэтому я буду следить за TermMax внимательнее в ближайшие 5 дней.
#TermMax

В P2P есть ошибка, о которой я думаю как о потенциально опасной, потому что она не начинается с фейковой суммы.
Деньги настоящие.
Но вы присваиваете эту сумму неправильному Order.
Я уже сталкивался с похожей ситуацией при обработке двух платежей, которые шли почти одновременно. Оба отображались в аккаунте, и потому что один пришёл буквально на глазах раньше, первая реакция была такая: «Похоже, это платеж моего открытого Order».
Но оглянувшись, я понял, что опираюсь на то, что очень легко перепутать:
На память.
Я вспоминаю, какой Order я только что создал, какую сумму и какой платёж должен был прийти раньше.
Это заставило меня пересмотреть подход к проверке транзакций в Binance P2P.
Если рядом происходят несколько Order или несколько переводов, я уже не ограничиваюсь только вопросом:
«Деньги уже пришли?»
Я добавляю ещё один:
«Эта сумма относится точно к какому Order?»
Я сверяю обрабатываемый Order с фактически полученными деньгами, информацией отправителя и деталями платежа. Если нельзя чётко установить связь между суммой и Order, я не делаю предположений только потому, что сумма выглядит подходящей.
Вот почему я тоже не хочу обрабатывать несколько Order, полагаясь лишь на память или привычку. Когда данные прямо перед глазами, я хочу сверять именно с текущим Order, а не опираться на то, что мне кажется, что я только что сделал.
Для меня это небольшая, но крайне важная разница:
«Деньги уже пришли» — лишь говорит о том, что появилась одна сумма.
«Эти деньги относятся к этому Order» — только это подтверждает транзакцию, с которой я работаю.
Иногда ошибка — не в том, что вы перепутали деньги.
А в том, что вы получили правильные деньги, но зачислили их на неверную сделку.
#BinanceP2PAnToan @Binance Vietnam $BNB

Я раньше думал, что открыть компанию вместе с несколькими друзьями довольно просто.
Каждый вносит свою долю капитала, согласовывает доли владения, а затем начинает бизнес.
Но когда компания начинает расти, вопрос уже не сводится только к тому, кто сколько денег вложил.
Кто владеет чем? И в каком объёме?
Кому распределяются дивиденды? И где фиксируются эти изменения?
Тогда я понял одну вещь:
Выпуск актива — это лишь точка начала.
Это заставило меня задуматься о @Dusk
Когда я изучал Dusk, мне стало интересно в концепции native issuance.
Токенизация обычно понимается как создание токена, который представляет какой-то актив. Но при native issuance сам актив может создаваться и управляться on-chain, чтобы такие операции, как issuance, transfer, servicing и settlement, проектировались вокруг единой системы.
Это особенно важно для финансовых активов, которые находятся под управлением.
Облигация или equity не заканчивают жизненный цикл сразу после выпуска. У них есть право собственности, условия передачи, corporate actions, обновления для инвесторов и отчётность, которые нужно обрабатывать со временем.
Dusk стремится объединить эти workflow в рамках одной инфраструктуры, вместо того чтобы ownership, transfer и servicing были распределены по разным системам.
Вот что мне показалось действительно интересным.
Блокчейн должен помогать нам не только создавать токен.
Можно ли создавать, управлять и передавать актив on-chain на протяжении всего его жизненного цикла, при этом сохраняя privacy, compliance и settlement?
Для меня именно в этом заключается более глубокий смысл вывода финансов в цепочку.
Не просто оцифровывать активы.
А строить инфраструктуру, где жизненный цикл актива можно управлять с самого начала.
#dusk $DUSK