SanAndreas

@Dusk #dusk $DUSK
DuskEVM
DuskEVM нь Solidity, EVM түрийвчүүд, болон Ethereum-ын хэрэгслүүдийг Dusk-д авчирдаг. Одоо байгаа EVM аппликейшнууд нь танил контракт ба ажлын урсгалыг ашиглан DuskEVM рүү зорьж болох бөгөөд DUSK-ийг газын төлбөрт, DuskDS-ийг settlement болон дата-availability-д ашиглана.

Яагаад DuskEVM
EVM стекээс эхэл.
Foundry, Hardhat, viem, ethers, болон стандарт EVM түрийвчүүдтэй хамт Solidity эсвэл Vyper ашигла.

Дээрхийг DUSK-ээр ашигла.
DUSK нь execution-ийн төлбөрийг төлж, bridge-аар дамжин Dusk L1 болон DuskEVM хооронд шилжинэ.

DuskDS дээр settle хий.
Багцууд болон state commitment-ууд нь DuskEVM-ийн үйл ажиллагааг Dusk-ын consensus болон дата-availability layer-д зангидаж өгнө.

Өргөн Dusk stack руу хүр.
EVM аппликейшнууд нь шаардлагатай integration-ууд хийгдсэн үед Dusk L1 активууд, инфраструктур, болон нууцлалд чиглэсэн ажлын урсгалуудтай холбогдож чадна.

DuskEVM-ийн нэг гүйлгээ нь rollup-ийн амьдралын мөчлөгийг дагана:
Гүйлгээг DuskEVM sequencer рүү илгээдэг.
Execution layer нь түүнийг L2 block-д оруулдаг.
Баглагч (batcher) нь гүйлгээний өгөгдлийг DuskDS рүү нийтэлдэг.
State commitment-ууд болон fault proof-ууд нь үүссэн state-г DuskDS-ийн settlement-тэй холбодог.
Гүйлгээний inclusion хурдан, гэхдээ inclusion болон settlement нь өөр үе шат. DuskEVM болон Dusk L1-ийн хооронд үнэ шилжүүлдэг аппликейшнууд нь elapsed time-ээс эцсийн байдлыг таамаглахын оронд протокол эсвэл түрийвчийн status-ыг ашиглах хэрэгтэй.

Ажиллуулах орчинг сонго
Solidity аппликейшнууд, EVM түрийвчүүд, одоо байгаа Ethereum сангууд, болон EVM инфраструктурын хувьд DuskEVM-ийг сонго.
Rust/WASM контрактуудын хувьд, Dusk L1 дээр шууд ажиллуулах эсвэл түүний transaction model, протоколын активууд, нууцлал, эсвэл zero-knowledge чадвартай нягт уялдуулах шаардлагатай бол DuskVM-ийг сонго.

@Dusk #dusk $DUSK
DuskVM
DuskVM is the Wasmtime-based execution environment for Rust/WASM contracts that run directly on the Dusk L1. It is the path for contracts that need direct access to L1 assets, transaction models, privacy, or zero-knowledge capabilities.

DuskEVM
DuskEVM is an OP Stack-based EVM-equivalent execution environment. It lets you deploy Solidity contracts using standard EVM tooling while using DuskDS for settlement and data availability.

Network Layer: Kadcast
Kadcast is Dusk’s P2P networking layer. It uses a structured overlay (instead of random gossip) to reduce bandwidth and improve latency predictability.

Genesis Contracts
Dusk ships with two genesis contracts:

Stake: tracks provisioners, stakes, rewards, and validator set management. (source)
Transfer: transfers DUSK and is the entry point for transaction execution and gas payment. (source)
For node operators: Run a provisioner node.

Applications
On top of the base protocol, Dusk supports application-layer protocols and tools for regulated markets.

Dusk Trade
Dusk Trade is the application layer for tokenized financial assets on Dusk. It is being built around real market workflows: investor onboarding, wallet binding, controlled transfers, payment coordination, and compliant settlement.

Zedger / Hedger
Zedger and Hedger are protocols for issuing and managing regulated assets with built-in compliance and privacy constraints.

Zedger uses DuskVM contracts on the Dusk L1.
Hedger runs on DuskEVM to offer an EVM-first developer experience.
Citadel
Citadel

Citadel is Dusk’s identity and access layer. It supports selective disclosure so users can prove attributes (e.g. residency, age bracket, accreditation) without revealing more than necessary.

#termmax @TermMax
3. TMX Utility
TMX hodlerler governance’a katılabilir ve ürünün özelliklerini ile protokol parametrelerini yönlendirebilir.

TMX hodlerler ayrıca PancakeSwap gibi bir DEX havuzuna likidite sağlayabilir veya $TMX token’larını stake ederek sTMX (TMX içindeki protokol FT token’ları) alabilir. Bu, hodler’lara aşağıdaki faydaları sağlar:

Stake ödülleri; buna Topluluk tahsisinden (Tokenomics’te) sağlanabilecek ve/veya TermMax Treasury’nin fonlarından token’ların bir kısmından kaynaklanabilecek TMX emisyonları da dahildir

Piyasa risk parametreleri dahil olmak üzere protokol parametrelerini ayarlamak için geliştirilmiş governance hakları ve küratör whitelisting

Treasury fonları şu kaynaklardan üretilebilir:

Tüm piyasalarda TermMax FT/XT ürün token’ları üzerinden elde edilen işlem ücretleri

Borçlanma faaliyetinden toplanan protokol ücretleri

Likidasyon ücretleri

Diğer kaynaklar

Bu mekanizma, uzun vadeli hodler’ların çıkarlarını protokolün sürdürülebilirliği ve büyümesiyle uyumlu hale getirir.

@Dusk #dusk $DUSK
DuskDS — это слой доступности данных и расчетов Dusk. Он является основой консенсуса, финальности и доступности данных для Dusk L1, а также включает модели транзакций Moonlight и Phoenix, используемые для передачи DUSK и оплаты выполнения.
DuskDS — это не название всей сети Dusk. Dusk L1 также включает выполнение смарт-контрактов DuskVM, тогда как DuskEVM — это слой выполнения, совместимый с EVM, который производит расчет и публикует данные через DuskDS.
DuskDS поддерживает две модели транзакций: Moonlight для прозрачных публичных аккаунтов и Phoenix для конфиденциальных защищённых переводов. См.: Transaction Models on Dusk.
Rusk
Rusk — это реализация узла на Rust для Dusk L1. Он запускает консенсус DuskDS, поддерживает состояние цепочки, выполняет контракты DuskVM и предоставляет HTTP API и систему событий RUES, используемые кошельками, индексаторами и интеграторами.
Сжатое удостоверение
Сжатое удостоверение (SA) — это протокол консенсуса proof-of-stake, основанный на комитетах и работающий без разрешений (permissionless), для DuskDS. Он использует случайно выбранных провайдеров (provisioners), чтобы предлагать, валидировать и подтверждать блоки (ratify), обеспечивая быструю, детерминированную финальность, подходящую для финансовых рынков.
В общих чертах каждый раунд проходит через три этапа:
Предложение — провайдер создает и транслирует кандидатный блок.
Валидация — комитет проверяет корректность блока.
Подтверждение (ratification) — другой комитет подтверждает результат валидации и финализирует блок.
Полную спецификацию протокола и анализ безопасности (включая выбор комитетов, финальность и слайсинг), см. в Разделе 3 «Consensus mechanism» белой книги Dusk (2024).
Транзакции в DuskDS
Транзакции в DuskDS управляются контрактом Transfer, который поддерживает как публичные, так и защищённые переводы.
Moonlight — аккаунтная и публичная модель. Phoenix — модель на основе UTXO и защищённая. Обе используются для передачи DUSK, оплаты газа и выступают точкой входа для выполнения контрактов.

2. Introduction to TermMax

2.1 The Problem
DeFi markets operate predominantly on variable interest rates, creating uncertainty for both borrowers and lenders. Traditional institutions and professional traders require rate predictability to:

Plan capital deployment strategies

Hedge interest rate exposure

Optimize leverage costs and returns

Manage cash flow with certainty

2.2 The Solution
TermMax provides decentralized fixed-rate and fixed-term borrowing and lending infrastructure through a three-token system and a custom AMM:

FT (Fixed-rate Token) — A zero-coupon bond style token representing the right to redeem the face value of a debt position at maturity. Lenders buy FT at a discount and redeem at par, locking in a fixed yield from the moment they enter.

XT (Yield Token) — The complementary component to FT, where 1 FT + 1 XT = 1 debt token. Borrowers receive XT when they take out a loan and can sell it immediately to obtain liquidity, fixing their borrowing cost at entry. XT also functions as an options-premium-like token representing the options instrument in TermMax Alpha markets.

GT (Gearing Token) — An NFT that encapsulates a leveraged position, recording its associated collateral and debt information on-chain. Rather than manually looping collateral and borrowing multiple times, users can mint a GT in a single transaction to achieve target leverage with significantly lower gas costs.

Curators & Capital Efficiency

TermMax markets are managed by professional curators — specialized liquidity managers who set pricing curves, manage risk parameters, and optimize capital deployment. The current curators include Keyrock, Hardcoded Lab, Edge Capital, AlphaPing, and Origami Crypto.

Two mechanisms ensure curator capital works at maximum efficiency:

Atomic Orders: Before funds are borrowed, virtual liquidity can be spread across multiple orders simultaneously, ensuring capital is always positioned where it's most needed without fragmentation.

@TermMax #TermMax

#termmax @TermMax

TMX Token Whitepaper
Version 1.0 | March 2026

Disclaimer:
Tämä valkoinen kirja on vain informatiivisiin tarkoituksiin eikä se muodosta taloudellista, oikeudellista tai sijoitusneuvontaa. Tässä asiakirjassa esitetyt tiedot voivat muuttua ilman ennakkoilmoitusta. Term Structure Labs ja sen tytäryhtiöt eivät anna mitään vakuutuksia tai takuita tämän dokumentin tarkkuudesta tai kattavuudesta. Mahdollisten osallistujien tulee tehdä oma due diligence -selvityksensä ja neuvotella ammattilaisten kanssa ennen kuin he tekevät mitään päätöksiä.

1. Executive Summary
TMX on TermMaxin hyöty- ja hallintotunnus, hajautettu kiinteäkorkoisen lainauksen ja lainaamisen protokolla, joka tarjoaa ennustettavia korkoja DeFi:ssä innovatiivisen tokenisoinnin ja automatisoidun markkinatakaajan (AMM) teknologian avulla.

Keskeiset nosto­tiedot:
Kokonaismäärä: 1 000 000 000 TMX (kiinteä, ei inflaatiota)
Token-standardi: ERC20 (OFT useilla lohkoketjuilla)
TGE-päivämäärä: Ilmoitetaan myöhemminAlkuvaiheen liikkeeseenlasku: ~20% TGE:ssä
Ydinfunktio: Protokollan hallinnointi, panospalkkiot ja ekosysteemin kannustimet

@Dusk #dusk

$DUSK Core Component:

5.Citadel
Роля : Идентификационни и достъпни примитиви (селективно разкриване)

Къде да отидете след това :
Citadel 2
Citadel 2 е подобрена версия на протокола за самостоятелна самоличност (self-sovereign identity) на Dusk. Той позволява на някого да докаже, че притежава валиден идентификационен документ, наречен лиценз, без да публикува личните си данни или точния лиценз, който е използвал, в блокчейна.

Основната идея
Мислете за Citadel лиценз като за частен удостоверителен документ.

Потребителят (User) иска лиценз от доверен Доставчик на лиценз (License Provider, LP).
LP проверява потребителя офлайн, подписва съответните атрибутни данни, публикува криптиран лиценз и регистрира този лиценз в Citadel контракт.
По-късно потребителят иска достъп до услуга. Той генерира доказателство с нулево знание, показващо, че притежава регистриран лиценз, подписан от LP, без да разкрива кой точно лиценз се използва.
Контрактът Citadel проверява доказателството и записва публична сесия.
Потребителят изпраща сесионна „cookie“ към Доставчика на услуги (Service Provider, SP), а SP решава дали да предостави достъп.
Този последен момент е важен: Citadel доказва, че сесията е криптографски валидна, но не взема решение относно политиката на услугата. SP все още решава кои LP-и приема за доверени, кои атрибути се приемат, дали сесията е изтекла или отменена, и дали „cookie“-то може да бъде използвано повторно.

Какво остава частно
Citadel 2 е проектиран така, че личните атрибути да не се записват в блокчейна. Ончейн сесията не разкрива ключа на портфейла на потребителя, използвания лиценз, ключа на LP, ключа на SP, подписаните атрибутни данни или Merkle пътя на доказателството. Ако дадена услуга трябва да научи или провери атрибут, потребителят разкрива или доказва само това, което изисква нейната политика.

Използване на Citadel 2
Разработчиците могат да внедрят свой собствен контракт за лиценз на Citadel в Dusk. Хранилището на Citadel включва Rust основната библиотека, контракта за лиценз и zk-citadel-wallet — wallet-обслужван CLI/TUI за внедряване на контракт, заявяване и издаване на лицензи, използване на лиценз, списък на запазените сесионни „cookies“ и проверка на сесии.

$DUSK Майн Негізгі компонент:
4. DuskEVM
Рөлi : DuskDS арқылы реттелген OP Stack-негізіндегі EVM орындалуы

Келесі қайда бару керек :
DuskEVM
DuskEVM Solidity, EVM әмияндары және Ethereum құралдарын Dusk-ке әкеледі. Қолданыстағы EVM қолданбалары таныс келісімшарттар мен жұмыс процестері арқылы DuskEVM-ге бағыттай алады, ал газ үшін DUSK қолданылады және реттеу мен деректердің қолжетімділігі үшін DuskDS пайдаланылады.

Неге DuskEVM
EVM стегінен бастаңыз. Foundry, Hardhat, viem, ethers және стандартты EVM әмияндарымен Solidity немесе Vyper қолданыңыз.
Бүкіл процесте DUSK пайдаланыңыз. DUSK орындалуға төлейді және bridge арқылы Dusk L1 мен DuskEVM арасында қозғалады.
DuskDS-ке реттеңіз. Batch-тер және state commitments DuskEVM қызметін Dusk-тің консенсус және data-availability қабатына бекітеді.
Кеңірек Dusk stack-ке өтіңіз. EVM қолданбалары Dusk L1 активтеріне, инфрақұрылымға және құпиялылыққа бағытталған жұмыс процестеріне сол интеграциялар қажет болғанда қосыла алады.

DuskEVM транзакциясы rollup өмірлік цикліне сәйкес жүреді:

Транзакция DuskEVM sequencer-іне жіберіледі.
Орындалу қабаты оны L2 блокқа енгізеді.
Batcher транзакция деректерін DuskDS-ке жариялайды.
State commitments және fault proofs нәтижесінде алынған күйді DuskDS реттеуіне байланыстырады.
Транзакцияның енгізілуі жылдам, бірақ енгізілу мен реттеу — әртүрлі кезеңдер. DuskEVM мен Dusk L1 арасында құндылық көшіретін қолданбалар elapsed time-нан қорытынды жасаудың орнына протокол немесе әмиян status-ын қолдануы керек.

Орындау ортасын таңдаңыз
Solidity қолданбалары, EVM әмияндары, қолданыстағы Ethereum кітапханалары және EVM инфрақұрылымы үшін DuskEVM таңдаңыз.

Rust/WASM келісімшарттары Dusk L1-де тікелей орындалуы немесе оның транзакциялық модельдерімен, протокол активтерімен, құпиялылықпен немесе нөлдік білім беру мүмкіндіктерімен тығыз интеграциялануы тиіс болса, DuskVM таңдаңыз.

@Dusk #dusk

@Dusk #dusk

$DUSK 核心 компоненти:
3. DuskVM
Роль: Rust/WASM смарт-контрактовое выполнение напрямую на Dusk L1
Куда дальше:
DuskVM — это WASM-виртуальная машина для смарт-контрактов, которые выполняются непосредственно на Dusk L1. Она основана на рантайме Wasmtime, с дополнительной поддержкой модели выполнения Dusk.

Используйте DuskVM для контрактов на Rust/WASM, протокольных активов, пользовательского выполнения, рыночной логики, приватно-ориентированных сценариев или возможностей с нулевым разглашением (zero-knowledge), которые должны выполняться прямо на L1.

Вместо этого используйте DuskEVM, когда ваше приложение построено вокруг Solidity, EVM-кошельков и инструментов, совместимых с Ethereum. См. DuskEVM.

Где находится место DuskVM
DuskVM — компонент выполнения смарт-контрактов Dusk L1. DuskVM выполняет код контрактов, тогда как DuskDS предоставляет основу консенсуса, расчётов и доступности данных, которая фиксирует (финализирует) получившееся состояние.

В общих чертах DuskVM предоставляет:

Специальный механизм управления памятью
Поддержку ABI Dusk
Поддержку межконтрактных вызовов
DuskVM выступает интерфейсом со стороны хоста: он обрабатывает среду выполнения и системные операции.

Компиляция контрактов в WASM
DuskVM ожидает WASM в виде байткода, то есть смарт-контракты должны быть скомпилированы в WASM-байткод, чтобы DuskVM мог их выполнить. Смарт-контракты полностью отвечают за проверку своих входных данных, обработку их согласно логике контракта и возврат корректных выходных результатов. Это гарантирует, что смарт-контракты работают предсказуемо и безопасно в стандартизированной среде выполнения, предоставляемой DuskVM.

Контракты, скомпилированные в WASM, могут выполняться DuskVM, при следующих оговорках:

Контракт должен предоставлять «argument buffer» (argbuf) — специальную область 64 КБ в памяти контракта
Каждая раскрытая функция соответствует следующему соглашению о вызове: fn foo(u32) -> u32
Получаемое значение u32 указывает длину входных данных, которые вызывающая сторона помещает в argbuf. Эта длина определяет, сколько байт данных контракт должен прочитать из argbuf.

@Dusk #dusk
$DUSK Core Components :
2. Rusk
Rola : Implementasi node Rust untuk Dusk L1
Ke mana selanjutnya :
Node Dusk mengekspos dua permukaan HTTP tingkat rendah utama:
GraphQL untuk rantai, blok, transaksi, mempool, arsip, dan kueri terindeks node lainnya.
Rute gaya RUES /on/... untuk pengiriman transaksi, pemanggilan kontrak, operasi node, pembuatan bukti, manajemen driver, dan langganan event.
Gunakan halaman ini sebagai panduan implementasi untuk integrasi langsung node. Kode aplikasi biasanya harus menggunakan W3sper atau lapisan SDK lain kecuali jika memang membutuhkan akses node tingkat rendah.
URL Dasar
Mainnet: https://nodes.dusk.network
Testnet: https://testnet.nodes.dusk.network
Memilih Surface yang Tepat
Gunakan GraphQL ketika Anda perlu data rantai, blok, transaksi, mempool, arsip, atau data terindeks node lainnya yang tidak termasuk dalam ABI kontrak.
Gunakan /on/contracts:<contract_id>/ <method>/ ketika Anda sedang menanyakan metode yang diekspos oleh ABI kontrak.
Gunakan rute /on/... lainnya untuk operasi node seperti pengiriman transaksi, pembuatan bukti, manajemen driver, dan langganan event.
Beberapa rute pintas /on/... lama masih berfungsi untuk kompatibilitas, tetapi sudah tidak direkomendasikan (deprecated).

@Dusk #dusk
$DUSK Core Components
Dusk налази модуларну архитектуру дизајнирану за регулисане финансије: приватност где је неопходна, транспарентност где је корисна и детерминистичко поравнање тамо где су тржишни токови потребни. На високом нивоу:
Компонента :
1. DuskDS
Улога :
Основа за поравнање и доступност података: консензус, финалитет и Dusk модели трансакција
Куда даље :
Dusk има двослојну архитектуру:
DuskDS – слој за поравнање и доступност података (консензус, доступност података, модели трансакција)
DuskEVM – ЕVM слој за извршавање у коме се покрећу паметни уговори и где живи Hedger
Ова страница описује моделе трансакција на DuskDS. Она је позадина за људе који желе да разумеју како поравнање и приватност функционишу „испод хаубе”. Ако градите dApps на DuskEVM, углавном ћете радити са Hedger-ом и ЕVM уговорима.

Phoenix vs Moonlight (на DuskDS)На DuskDS, вредност може да се креће на два начина изворно:
Moonlight – јавни, трансфери засновани на налозима
Phoenix – заштићени, трансфери засновани на „ноте” записима користећи zero-knowledge доказе
Оба се на крају поравнају на истом ланцу, али различито откривају информације посматрачима.
За комплетне детаље имплементације погледајте Whitepaper.
Moonlight – јавна стања
Moonlight је транспарентни модел трансакција:
Налози имају видљива стања.
Трансфери показују пошиљаоца, примаоца и износ.
Погодан је за токове који морају бити видљиви (нпр. неки сценарији за трезор или извештавање).
Концептуално се понаша као стандардни модел налога.
За већину корисника, ово је „само транспарентан начин да се помери DUSK” на нивоу протокола.
Phoenix – заштићена стања
Phoenix је модел очувања приватности:
Средства постоје као шифровани „note” записи уместо као експлицитна стања.
Трансакције доказују исправност (без двоструког трошења, довољно средстава) zero-knowledge доказима без откривања:колико се преноси,ко је послао note, осим примаоцу,између којих конкретних note-ова.
Корисници могу селективно откривати информације преко viewing keys када то регулатива или ревизија захтева.

@Dusk #dusk
Uwajumlendo ususondele kuzingxoxo zangaphambilini mayelana ne-$DUSK Trade.
Ingxenye 4

Isithombe Esikhulu
I-Tokenization ivamise ukukhulunywa ngokuthi yini engafakwa ku-on-chain.
Kodwa umbuzo obaluleke kakhulu ungaba:
Kwenzekani ngemva kokuba leyo mpahla isiku-on-chain?
Umtshali-zimali uyithola kanjani?
Ihwalwa kanjani imigomo yokufaneleka?
Izaziso/ukudalulwa kuvezwa kanjani?
Kwenziwa kanjani ukuhweba?
Imikhokhelo nokunyakaza kwempahla kuhlelwa/kuhlanganiswa kanjani?
Umsebenzi wokuthengiselana uvalwa kanjani?
Futhi abakhishayo, izindawo zokuhweba (venues), abatshali-zimali, kanye nabahlinzeki abagunyaziwe (authorized participants) baxhumana kanjani nengqalasizinda efanayo?

Lena yimibuzo esezingeni lesicelo (application-layer).
I-Dusk Trade yakhelwe ukuyiphendula.
Uma i-tokenization izodlulela ngaphezu kokuhlolwa (experimentation) futhi ibe yingxenye yezimakethe zezimali zangempela, ingqalasizinda ye-blockchain kuzodingeka isebenze ngokubambisana nezinhlelo zokusebenza (applications) eziziqondayo izinkimbinkimbi zempahla ezilawulwa.

I-Dusk Trade ibekwe endaweni yalokho kuhlangana: ukujika ingqalasizinda yemakethe eyisisekelo ye-Dusk ibe ama-workflow asebenzayo emikhakheni yezezimali enama-tokenized.
Umgomo wokugcina akusikho nje ukwenza ukuthi izimpahla zezimali zikwazi ukudluliselwa ku-on-chain.
Okufanele kwenziwe ukwenza uhambo lonke—kusukela ekutholakaleni (discovery) kuya ekufanelekeni, ekuhwebeni, ekukhokheni, nasekuvalweni (settlement)—lusebenze njengolwazi lwezezimakethe zezezimali zedijithali oluhambisanayo.
$DUSK

continuing from the previous discussion on $DUSK Trade.
Part 3

هذا الفصل يمكن أن يكون مهمًا لأن البنية التحتية وتطبيقات المستخدمين لها مسؤوليات مختلفة.
يمكن للبروتوكول أن يركز على توفير بدائِل موثوقة للبلوك تشين والأسواق المالية، بينما يمكن للتطبيقات أن تركز على كيفية استخدام تلك البدائِل ضمن سير عمل محددة.
لماذا هذا مهم من أجل الإسناد بالرموز (Tokenization)
الوعد طويل الأمد للإسناد بالرموز ليس مجرد وضع الأصول التقليدية على بلوك تشين.

الفرصة الأكبر هي إنشاء أسواق مالية يمكن فيها التفاعل بين الإصدار والملكية والتداول والامتثال والتسوية مع بنية تحتية قابلة للبرمجة.
وهذا يتطلب أكثر من مجرد رموز.
يتطلب بنية تحتية للأسواق وتطبيقات تفهم سير العمل المالية.

يمثل Dusk Trade الجانب التطبيقي من تلك المعادلة.
دوره هو ربط بنية بلوك تشين التحتية بالأنشطة العملية التي يقوم بها المشاركون عند التعامل مع الأصول المالية المُمَثَّلة بالرموز.
طريقة مختلفة للتفكير في Dusk Trade
قد يكون من المغري اعتبار Dusk Trade مجرد واجهة تداول أخرى.
لكن غرضه الأوسع أكثر إثارة للاهتمام.
يمكن اعتباره جسراً بين بنية بلوك تشين التحتية وسير عمل الأسواق المالية المُنظَّمة.

الفرق دقيق لكنه مهم.
قد يركز تطبيق تشفير نموذجي بشكل أساسي على:
Wallet → Token → Trade
أما سير عمل أصل مُسنَد بالرموز ومنظَّم فقد يكون أكثر تعقيدًا بكثير:
Asset Discovery → Investor Onboarding → Eligibility → Disclosure → Wallet → Trade → Payment Coordination → Settlement
مصمم Dusk Trade حول النموذج الثاني.

@Dusk #dusk

continuing from the previous discussion on $DUSK Trade.
Part 2

6. Settlement
The final step is settlement.
This is where the transaction becomes more than a trading intention.
The relevant asset and payment movements need to be completed according to the rules governing the transaction.
By integrating trading and settlement workflows, the application layer can help turn an on-chain transaction into something closer to a complete financial-market process.

The Importance of Eligibility and Disclosure
One of the most interesting aspects of Dusk Trade is that it is designed around the requirements of regulated markets.
In traditional finance, not every financial product is available to every investor.

There can be restrictions based on jurisdiction, investor status, asset type, or other regulatory requirements.
Information can also matter just as much as the transaction itself.
Investors may need access to disclosures and other relevant information before participating.
This means a tokenized financial market needs to answer questions such as:
Who can buy this asset?
What information should the investor receive?
Who is authorized to access certain information?
Under what conditions can the asset be transferred?

Dusk Trade's application-layer approach is intended to make these considerations part of the workflow rather than treating them as something separate from blockchain activity.
Dusk Trade and the Dusk Ecosystem
It is useful to distinguish between the base protocol and the application layer.
The Dusk network provides the underlying infrastructure and market-oriented primitives.

Dusk Trade operates above that infrastructure.
A simple way to visualize the relationship is:
Dusk Network → Market Infrastructure → Dusk Trade → Users & Market Participants
The base layer provides the foundation.
The application layer turns that foundation into experiences that issuers, investors, venues, and other authorized participants can actually use.

@Dusk #dusk

Ngomunye umcimbi omnandi ovela e-Binance

#TradeBStocks #BinanceAfrica

Mit dem, was ich recherchiert habe, ist $AAPLB is immer noch unterbewertet. Es ist meine Lieblingsaktie, um sie gerade zu handeln und zu investieren. Aber auch fürs Scalping ist es ganz nett. 💛
#TradeBStocks #BinanceAfrica

@Dusk #dusk $DUSK
Regulerede værdipapirer kan involvere krav om investorberettigelse, offentliggørelser, ejerskabsbegrænsninger, afregningskrav og oplysninger, der kun skal være tilgængelige for autoriserede deltagere.
Når disse aktiver tokeniseres, forsvinder kravene ikke bare.
Faktisk kan de blive endnu vigtigere.

En blockchain kan levere den underliggende infrastruktur til ejerskab og afregning, men et egentligt finansielt marked har stadig brug for applikationer, der forstår, hvordan investorer, udstedere, handelssteder og andre deltagere interagerer.

Dusk Trade er designet omkring dette problem.
I stedet for at behandle tokeniserede finansielle aktiver som almindelige tokens, fokuserer det på arbejdsgangen omkring selve aktivet.
Fra Asset Discovery til Settlement
Forestil dig, at en investor ønsker at købe et tokeniseret finansielt aktiv.

Rejsen kan se noget i retning af dette:
1. Discover
Investoren skal først finde et tilgængeligt tokeniseret aktiv og forstå de relevante oplysninger, der er knyttet til det.
Dette skaber et lag til asset-discovery, hvor brugere kan identificere muligheder frem for at interagere med rå blockchain-transaktioner.
2. Connect
Investoren forbinder sin wallet til applikationen.
Walleten bliver grænsefladen, hvorigennem investoren kan interagere med det tokeniserede aktiv og den underliggende transaktionsproces.
3. Onboard
Før man deltager i et reguleret marked, kan en investor være nødt til at gennemføre onboarding eller opfylde berettigelseskrav.
Dette er en vigtig forskel mellem almindelig krypto-handel og regulerede finansielle markeder.
Adgang til et aktiv kan afhænge af, hvem investoren er, om de opfylder specifikke krav, og om de er autoriseret til at deltage.
4. Trade
Når de relevante krav er opfyldt, kan investoren igangsætte en køb- eller sælg-transaktion.
På dette stadie forbinder Dusk Trade den del af handelsoplevelsen, som brugeren ser, med den underliggende infrastruktur.
5. Koordinér betaling og overførsel af aktiv
En finansiel transaktion indebærer mere end blot at flytte et aktiv.

$DUSK

@Dusk #dusk $DUSK
Дуск Трейд: تحويل الأصول المالية المُرمّزة إلى سير عمل حقيقي في السوق
تُغيّر عملية الترميز طريقة تمثيل الأصول المالية ونقلها وتسويتها على شبكات البلوك تشين.
لكن وضع الأصل على السلسلة هو جزء واحد فقط من المعادلة.
في الأسواق المالية المُنظَّمة، يحتاج المستثمرون إلى اكتشاف الأصول، وإتمام إجراءات الانضمام والمتطلبات المتعلقة بالأهلية، وربط محافظهم، وتنفيذ المعاملات، وتنسيق المدفوعات، وفي النهاية تسوية المعاملة وفقًا لقواعد السوق.

وهنا يأتي دور Dusk Trade.
ما هو Dusk Trade؟
Dusk Trade هو طبقة التطبيق للأصول المالية المُرمّزة على Dusk.
يقع فوق بروتوكول Dusk الأساسي، ويحوّل بدائله الخاصة بالبنية التحتية للسوق إلى سير عمل موجه للمستخدمين.

بدلًا من مطالبة المستخدمين بالتفاعل مباشرةً مع بنية بلـوك تشين المعقدة، صُمّم Dusk Trade لتوفير سير العمل العملي اللازم للمشاركة في الأسواق المُنظَّمة للأصول المُرمّزة.
قد تشمل هذه السير العمل:
اكتشاف الأصول المالية المُرمّزة
ربط محفظة
إتمام عملية انضمام المستثمر
إجراء فحوصات الأهلية أو الامتثال
شراء الأصول أو بيعها
تنسيق جانبي الأصل والدفعة الخاصة بمعاملة

دعم التسوية
تزويد الأطراف المصرّح لها بالمعلومات المطلوبة من أجل معاملة
والفكرة الأساسية بسيطة:
Dusk يوفّر البنية التحتية. Dusk Trade يحوّل تلك البنية إلى سير عمل في السوق.
لماذا تحتاج الأصول المُرمّزة إلى أكثر من مجرد بلوك تشين
الأصل المالي التقليدي نادرًا ما يكون بسيطًا مثل "شراء، وتحويل، وبيع".

Another entry on $SPCX
Hodl and Waited for the setup.
Followed the plan.
Booked the profit.
#ShareMyTradFi