Jak zbudować platformę tradingową na Bynet Protocol

Uruchomienie DEX-a na Cardano wymagało kiedyś rozwiązania trzech problemów inżynieryjnych równolegle: bootstrapowania płynności od zera, modelowania order booka na eUTxO które nie ma współdzielonego account state, i zbudowania wystarczającej przepustowości matchingu żeby był użyteczny. Bynet Protocol został zaprojektowany jako skrót. Prime Liquidity to warstwa wspólnej płynności, do której każdy może się podpiąć. Matching Engine działa off-chain na Hydra, wykonywany przez Stake Pool Operatorów. BynetDEX siedzi na wierzchu i pokazuje jak wygląda pełen zestaw zleceń CEX (limit, stop-loss, stop-limit, stop-market, trailing stop) kiedy dziedziczysz te prymitywy. Ten artykuł jest dla builderów: jak użyć Bynet Protocol żeby zbudować własny produkt tradingowy bez 18 miesięcy spędzonych na hydraulice.

Pierwszy: cold-start płynności. DEX bez płynności nie ma wolumenu. Brak wolumenu - brak LP. Brak LP - brak płynności. Każdy zespół założycielski przepala kapitał na "seed liquidity" przez miesiące, konkurując z bardziej ugruntowanymi DEX-ami, które już mają depth. Drugi: modelowanie stanu na eUTxO. Order booki w stylu Ethereum żyją w jednym smart kontrakcie mutującym stan gdy nadchodzą zlecenia. Model eUTxO Cardano tego nie ma. Każda zmiana stanu konsumuje UTxO i produkuje nowe. Świetne dla równoległości, trudne do utrzymania współdzielonego order booka do którego tysiące Matchmakerów pyta i aktualizuje. Bynet Protocol rozwiązuje oba. Prime Liquidity jest współdzielona - ta sama pula Liquidity Orders jest dostępna dla każdego DAppa który integruje. A model zleceń używa indywidualnych UTxO plus off-chain matching na Hydra, więc ślad on-chain pozostaje stały niezależnie od głębokości booka.

Prime Liquidity to Layer 1 Bynet Protocol. To Liquidity Pool zbudowany jako zbiór dyskretnych Liquidity Orders, każdy będący UTxO na Cardano. Każdy Order ma strukturę: Order = (A, B, Fee, R, M) gdzie A i B to kwoty dwóch tokenów, Fee to procent który Liquidity Provider nakłada na każdy swap, R to kurs (wartość A / wartość B), a M to minimalny rozmiar swapu wyrażony jako ułamek zakresu [0, 1]. Ponieważ każdy Liquidity Order jest własnym UTxO, Liquidity Providers mogą dostarczyć tylko jedną stronę pary. Mogą wystawić zlecenie sprzedaży ADA po 0.35 USDA bez konieczności równoczesnego dostarczania USDA. Mogą wybrać jak ich UTxO są rozłożone po kursach używając funkcji koncentracji: f(x) = n / (|x/m|³ + 1) gdzie n to tokeny w UTxO najbliższym cenie rynkowej, a m kontroluje jak skoncentrowana jest płynność wokół tej ceny. Małe m = ciasna koncentracja (styl Uniswap V3). Duże m = szeroka dystrybucja.

Swapy przeciwko Liquidity Order muszą spełniać trzy nierówności. Dla swap A → B na Order = (A, B, Fee, R, M): 1. Bx ≤ B - nie można wyciągnąć więcej B niż order ma 2. Bx / R ≥ (A + B/R) × M - minimalny rozmiar swapu wymuszony 3. Ax ≥ (Bx / R) × (1 + Fee) - zdeponowane A pokrywa B plus fee Po egzekucji, Order staje się Order' = (A + Ax, B - Bx, Fee, R, M). LP jest teraz short Ax w A i ma więcej B. Jeśli ustawi M = 1, Order staje się non-partially-fulfillable - klasyczny limit order do jednorazowego wykonania. To jest prymityw. Z niego wszystko inne się komponuje: partial fills, limit orders, LP-style concentrated liquidity, oraz możliwość Matchmakerów łączenia wielu Orderów w jeden trade.

Matching Engine Bynetu to Layer 2. Działa off-chain na sidechainach Hydra, dokładnie tym do czego era Basho Cardano została zbudowana: high-throughput, low-latency, cost-efficient execution rozliczające się z powrotem do L1. Matchmakerzy to aktorzy uruchamiający tę warstwę. To Stake Pool Operatorzy którzy stakują tokeny BYNET żeby zdobyć prawo do matchowania zleceń. Odpytują On-chain Order Book przez API JSON, znajdują pasujące pary Liquidity Orders i łączą je w jedną transakcję rozliczającą oba tradey atomowo. Ich wynagrodzenie to spread między bid i ask. To self-balancing open market. Im efektywniejszy algorytm Matchmakera, tym więcej spreadu zbiera. Traderzy skłonni zaakceptować nieco gorsze kursy dostają szybsze wypełnienie. Matchmakerzy szukający większych spreadów czekają dłużej ale zarabiają więcej per trade. Żaden centralny operator nie ustawia tych parametrów - gra incentivów balansuje je naturalnie.

Teraz skrót. Jeśli chcesz zbudować własny DEX, portfel, launchpad albo UI tradingowe na Cardano, nie musisz wymyślać Prime Liquidity ani Matching Engine od nowa. Integrujesz. Przy integracji dostajesz: - Natychmiastową płynność - Twoi użytkownicy tradeują przeciwko wspólnej puli Prime Liquidity od dnia zero, bez seed capital - Semantyka zleceń CEX za darmo - limit orders, stop-losses, stop-limits, trailing stops - wszystko działa bo komponuje się z prymitywów Liquidity Order - Pojemność matchingu skalowana przez każdego Matchmakera w sieci, nie tylko to co Twój zespół może uruchomić - Cardano-natywne rozliczenia - wszystko rozlicza się jako UTxO, bez custom accounting Na czym skupia się zamiast tego Twój zespół: UX tradingu. Wykresy, ticket-y zleceń, widoki portfela, powiadomienia, flow mobilne, integracje z off-rampami. Części różnicujące Twój produkt, nie te które każdy musi budować od nowa.

BynetDEX rozróżnia dwa tryby tradingu. Swap-mode to styl Uniswap: submit swap, wypełniony po kursie rynkowym teraz. Proste, znane użytkownikom DeFi. Orderbook-mode to gdzie robi się ciekawie. Ponieważ każde zlecenie jest UTxO ze strukturą (A, B, Fee, R, M), można skomponować: - Market limit order - wypełnij po kursie R lub lepszym, w przeciwnym razie czekaj - Stop-limit order - trigger limit ordera gdy cena osiągnie próg - Stop-loss order - sprzedaj jeśli cena spadnie poniżej progu - Stop-market order - sprzedaj po rynku gdy próg przekroczony - Trailing stop order - stop-loss podążający za rynkiem w górę To są prymitywy pozwalające poważnym traderom zarządzać ryzykiem. To też powód dla którego większość DEX-ów na Cardano (tylko AMM) nie przyciąga wysokowolumowego tradingu. Jeśli budujesz na Bynet, dostajesz je from construction.

Bynet Wallet to referencyjna implementacja HD non-custodial portfela Cardano z integracją DEX. Nie tylko DEX Bynetu - dowolny portfel Cardano może integrować BynetDEX, a Bynet Wallet może rozmawiać z dowolnym DEX-em zbudowanym na Prime Liquidity. Po stronie bezpieczeństwa: entropia generowana przy pierwszym uruchomieniu, szyfrowana asymetrycznie, zabezpieczona przez react-native-keychain na poziomie OS. Biometria lub PIN odblokowują keychain, który deszyfruje entropię na tyle długo żeby podpisać transakcję. Entropia nigdy nie siedzi w pamięci aplikacji niezaszyfrowana. Dla builderów to ważne bo większość skarg użytkowników na portfele Cardano historycznie dotyczyła kontroli custody i mobilnego UX. Portfel dziedziczący model bezpieczeństwa Bynet plus DEX swap to znacznie krótsza ścieżka niż budowa obu od zera.

Token BYNET podpiera całą grę. 60% jest dystrybuowane wśród community aktywnie używającego platformy, dostarczającego płynność lub stakującego BYNET. Posiadacze głosują nad parametrami protokołu przez DAO. Ekonomia rola-po-roli: - Liquidity Providers zarabiają BYNET z Liquidity Mining Program na wierzchu opłat które ustawiają na swoich Liquidity Orders - Matchmakerzy (SPO) stakują BYNET żeby uruchamiać matchmaking, zarabiają spread bid-ask, mogą dzielić zarobki z delegatorami - Traderzy angażują BYNET używając zaawansowanych typów zleceń - Stakerzy zarabiają BYNET per epokę z staking treasury Dla builderów DApps integrujących Prime Liquidity tworzy to virtuous loop: Twoi użytkownicy generują matching volume, co płaci Matchmakerom, co podnosi popyt na BYNET, co inicjalizuje więcej LP i bardziej skoncentrowaną płynność, co poprawia jakość wypełnień Twoich użytkowników.

Używaj Bynet gdy: budujesz na Cardano, chcesz zleceń w stylu CEX bez samodzielnego pisania matching engine, nie chcesz wydawać 6 miesięcy budżetu inżynieryjnego na bootstrap płynności, i cenisz kompozycyjność z innymi projektami DeFi Cardano. Zbuduj własne gdy: jesteś na łańcuchu innym niż Cardano (Bynet jest Cardano-natywny), potrzebujesz custom modeli opłat których struktura Prime Liquidity Order nie wyraża, masz strategiczny powód żeby kontrolować cały stack, albo Twój produkt nie jest w ogóle o tradingu. Większość zespołów wpada w pierwszy bucket. Sama matematyka cold-start płynności (sześć miesięcy engineeringu + fee dla market makerów + drain z treasury) zwykle bije każdy argument "chcemy to posiadać end-to-end".