Whitepaper Teknis v2.3
BlazePhoenix-Dex adalah agregator likuiditas on-chain yang dibangun di atas satu klaim: sebuah kuotasi dan eksekusinya adalah perhitungan yang sama. Rutenya diturunkan di dalam transaksi yang mengeksekusinya, dari keadaan pool yang publik, oleh sebuah pustaka tanpa keadaan yang dapat dijalankan ulang oleh pembaca mana pun; angka yang mengikat pada saat penyelesaian diturunkan ulang oleh dispatcher yang sama di dalam frame yang sedang berjalan. Tidak ada layanan perutean, tidak ada oracle harga, tidak ada keeper dan tidak ada jalur peningkatan. Makalah ini menspesifikasikan lima kontrak — Core, Hub, Solver, Router, Quoter — dan operator-operator Meta-Persamaan (Meta-Equation): Dispatcher Berlipat Delapan Ω (Eightfold Dispatcher Ω), Penurunan Deterministik 𝒟 (Deterministic Derivation 𝒟), lantai Hukum Besi Φ (Iron-Law floor Φ), Medan Vitalitas Ψ (Vitality Field Ψ) dan proyektor anti-penipuan Ξ (anti-scam projector Ξ). Di belakangnya duduk satu disiplin, Desain Metrologis (Metrological Design): ukur setiap koordinat yang dapat diukur, dan buat sisanya monoton sehingga masukan yang palsu hanya melukai pemasoknya sendiri. Setiap jaminan dinyatakan bersama tempat penegakannya dan batasnya. Perangkat verifikasinya dicetak bersama penyebutnya: 1,319 dari 1,320 pengujian hijau pada profil rilis, 203 dari 268 mutan terkurasi terbunuh, 14 dari 15 mutan yang membidik 43 invarian berkeadaan tertangkap, covering array berkekuatan 2 (63 baris, 258 pasang) dan 3 (168 baris, 1,636 triplet), 14 + 5 relasi metamorfik, tiga build optimizer yang saling sepakat, dan studi 240 sampel tentang bagaimana sebuah kuotasi menua. Apa yang tidak dibuktikan oleh semua itu dinyatakan dengan sama hati-hatinya. Kode yang diuraikan adalah V2 dan belum digelar; generasi yang digelar adalah V1, dipatok dengan codehash agar keduanya tidak pernah dicampuradukkan.
Status: apa yang diuraikan makalah ini, dan apa yang sudah digelar
Pohon Versi 2 yang diuraikan makalah ini ada di repositori dan belum digelar; generasi yang digelar adalah Versi 1, dipatok dengan codehash di setiap jaringan agar keduanya tidak pernah dicampuradukkan. Setiap angka dalam makalah ini diukur pada main 8949a9d dan dicetak di samping penyebutnya; teks lengkap dalam Bahasa Indonesia di https://blazephoenix.xyz/whitepaper/id.md; teks asli bahasa Inggris, yang berlaku, di https://blazephoenix.xyz/whitepaper.md
§1 Masalahnya: sebuah kuotasi adalah janji yang dihitung orang lain
Bayangkan menjual mobil di kota dengan dua puluh dealer. Seorang perantara yang baik mendatangi kedua puluhnya, menemukan harga terbaik, dan mungkin memecah penjualan itu ke dua di antaranya. Kebanyakan “perantara” on-chain memeriksa harga di basis data mereka sendiri — mungkin sudah basi — lalu menunjukkan sebuah hasil kepada Anda. Anda tidak dapat memverifikasi bahwa mereka melihat kedua puluhnya, atau bahwa yang mereka tunjukkan adalah yang terbaik. Anda hanya dapat memverifikasi bahwa sejauh ini mereka jujur.
§2 Jawabannya dan disiplinnya
BlazePhoenix-Dex punya satu titik masuk yang menerima enam nilai — dua token, jumlahnya, batas minimum Anda, seorang penerima, sebuah tenggat — dan menghitung rutenya di dalam transaksi yang mengeksekusinya, dari cadangan pool yang merupakan keadaan publik: tempat mana saja, berapa untuk masing-masing, dalam urutan apa. Karena rute itu diturunkan dari keadaan publik oleh kode publik, siapa pun dapat menurunkannya kembali.
§3 Meta-Persamaan (Meta-Equation) dan anggaran ketergantungan
Seluruh agregator dapat dibaca sebagai pemaksimuman satu ekspresi. Diberikan token masukan t_in, token keluaran t_out dan jumlah x, Solver menelusuri rute-rute yang dapat diterima untuk mencari yang memaksimalkan nilai bersih yang diterima, tunduk pada sebuah lantai kelayakan dan sebuah gerbang anti-penipuan.
§4 Dispatcher Berlipat Delapan Ω (Eightfold Dispatcher Ω)
Sederhananya: satu fungsi yang tahu cara memberi harga pada setiap jenis pool. Persisnya: universalQuote(QuoteCtx, amountIn) di dalam Core adalah dispatcher kuotasi bagi Solver dan bagi pratinjau milik Quoter; ia mengembalikan keluaran yang diharapkan dan sebuah kedalaman dalam satuan token untuk pengalokasi pemecah (Split Allocator), dan pool yang tidak dapat ia beri harga mengembalikan nol lalu dibuang sebelum apa pun dikirim.
§5 Uniswap V4 dari ujung ke ujung
Uniswap V4 bukan kontrak pool yang baru; ia adalah bentuk baru sebuah tempat perdagangan, dan ia membatalkan empat asumsi yang menjadi tumpuan setiap router yang dibangun antara 2020 dan 2024. Pool tidak punya alamat — mereka adalah entri di dalam penyimpanan satu singleton, berkunci sebuah hash. Kode sembarang berjalan di dalam swap — sebuah hook dieksekusi pada titik-titik tertentu dari penyelesaian yang sedang dilakukan router. Biaya tidak harus konstan. Dan pool boleh memegang mata uang asli rantai, yang tidak punya balanceOf. Bagian ini menjawab keempatnya secara struktural, sehingga sebuah kaki V4 — bagi Solver, bagi lantai-lantainya dan bagi pedagang — tidak dapat dibedakan dari kaki mana pun.
§6 Solver Solidly
Sebagian invarian tidak punya bentuk tertutup yang cukup sederhana untuk direproduksi dengan aman, dan mereproduksinya justru adalah risiko replikasi yang ditolak protokol ini di tempat lain. Untuk tempat semacam itu, dispatcher bertanya kepada pool, lewat kanal jujur tersempit yang disingkapkan tempat itu — dan menyimpan sebuah replika sebagai cadangan untuk fork yang tidak menjawab.
§7 Penurunan Deterministik 𝒟 (Deterministic Derivation 𝒟)
Sebelum sebuah pool dapat diberi harga, ia harus ditemukan. Jawaban industri adalah bertanya: sebuah panggilan ke factory tempat itu membaca pemetaan penyimpanan dan mengembalikan sebuah alamat, dan pemanggil menerima begitu saja perkataan factory. BlazePhoenix mendukung jawaban itu — empat mode panggilan factory menutupi tempat-tempat yang penggelarannya tidak dapat direproduksi — dan lebih memilih jawaban yang lebih kuat di mana pun aritmetikanya mengizinkan: hitung alamatnya, tanpa panggilan eksternal. Alamat yang dihitung dapat diverifikasi siapa pun yang punya tiga masukan yang sama; alamat yang diambil hanya bisa dipercaya.
§8 Monoslot
Penyimpanan adalah biaya dominan untuk melakukan apa pun di EVM: sebuah SLOAD dingin adalah 2,100 gas, dan sebuah registri yang menyebar atribut sebuah pool ke slot-slot terpisah akan membayarnya lagi untuk setiap atribut, untuk setiap pool, pada setiap rute yang dievaluasi. BlazePhoenix memampatkan seluruh keadaan perutean sebuah pool ke dalam satu kata 256-bit — Monoslot — yang dibaca sekali dan didekode dengan aritmetika murni.
§9 Registri Menyembuhkan Diri (Self-Healing Registry) dan Medan Vitalitas Ψ (Vitality Field Ψ)
Kebanyakan agregator mengenal tempat-tempatnya karena ada keeper yang mengindeks pool di luar rantai lalu mendorong daftarnya ke rantai — sebuah proses tepercaya, sebuah jendela kebasian dan sebuah ketergantungan operasional, tiga hal yang tidak dapat diterima oleh protokol yang memecahkan rute di atas rantai. BlazePhoenix mengambil sikap sebaliknya: registri mempelajari likuiditas dengan memperdagangkannya.
§10 Perutean dan Pengalokasi Pemecah (Split Allocator)
Sebuah pool produk-konstan memberi harga dengan satu aturan: hasil kali kedua cadangannya tidak boleh menyusut. Tuangkan Δ dengan penahanan biaya γ (biaya tempat 0.30 % berarti γ = 0.997) dan Anda menerima yγΔ / (x + γΔ), dengan masukan Anda sendiri berada di penyebut: makin banyak yang Anda dorong lewat satu pool, makin buruk bayaran setiap token berikutnya. Slippage adalah aritmetika, dan obatnya juga: memecah pesanan yang sama ke beberapa pool dari pasangan yang sama menggerakkan tiap pool lebih sedikit.
§11 Lapisan eksekusi dan lantai Hukum Besi Φ (Iron-Law floor Φ)
Solver mengusulkan; Router memutuskan — secara atomik, atau tidak sama sekali. Router adalah satu-satunya kontrak yang memindahkan dana, tidak memegang apa pun di antara transaksi, dan dibangun di atas satu prinsip: satu mekanisme per perkara, diterapkan secara universal. Ia tidak mengandaikan apa pun yang dapat ia ukur.
§12 Permukaan kuotasi, dan bagaimana sebuah kuotasi menua
Ada dua tempat asal bagi angka yang disebut “kuotasi Anda”, dan keduanya adalah jalur kode yang berbeda: Quoter, sebuah kontrak pratinjau hanya-baca yang dipanggil antarmuka sebelum Anda menandatangani, dan jalur di dalam frame, tempat Solver dan Router menghitung kuotasi di dalam transaksi yang sedang berjalan. §4.4 memberi kebenaran per jenis; bagian ini memberi permukaannya dan mengukur jarak di antara keduanya.
§13 Kebijakan biaya: dua rezim dan Aturan Surplus (Surplus Rule)
Sederhananya: protokol mengambil 0.28 % sekali saja, dari satu jumlah yang terukur, dalam koin yang ingin dipegang perbendaharaan, dan mencatat bahwa ia mengambilnya. Persisnya: PROTOCOL_FEE_BPS = 28 adalah konstanta waktu kompilasi di dalam Core tanpa setter di mana pun dalam bytecode yang digelar; biayanya adalah mulDivUp(base, 28, 10,000) — dibulatkan ke atas, sehingga biaya nol tak terjangkau untuk basis apa pun yang bukan nol — dibagi TREASURY1_SHARE = 3,000 bps ke perbendaharaan pertama dan sisanya ke yang kedua (dihitung sebagai fee − t1, sehingga keduanya selalu berjumlah tepat sebesar biaya tanpa debu), kedua perbendaharaan ditetapkan saat konstruksi dan dapat dibekukan selamanya oleh Pintu Satu Arah (One-Way Door).
§14 Model keamanan
Sederhananya: Router tidak memegang apa pun di antara transaksi, setiap swap bersifat semua-atau-tidak sama sekali, dan setiap kelas serangan yang dipertimbangkan repositori ini dijawab oleh sebuah pemeriksaan bernama atau disebut secara eksplisit sebagai di luar cakupan. Persisnya: katalog ancamannya adalah docs/assurance/threats.json, 23 kelas yang ditarik dari catatan publik eksploitasi; masing-masing menyebut simbol penjaga yang menolaknya, dan sebuah skrip CI menggagalkan build bila simbol itu meninggalkan src/ atau pengujian yang disebut meninggalkan test/. Cakupan sebuah katalog adalah lantai atas apa yang telah dipertimbangkan, tidak pernah langit-langit atas apa yang ada.
§15 Perangkat verifikasi, terukur
Sederhananya: setiap angka di sini dicetak di samping penyebut yang menjadi acuan pengukurannya, dihitung ulang dari checkout yang bersih oleh sebuah skrip atau perintah forge yang disebutkan (Lampiran C), dan diikuti oleh apa yang tidak dibuktikannya. Persisnya: pohon yang diukur adalah main 8949a9d dan cabang yang menjadi cabang itu, pada profil rilis (optimizer_runs = 300, via_ir), 2026-09-05.
§16 Arsitektur dan ukuran
Sederhananya: lima kontrak, salah satunya matematika murni yang diimpor keempat lainnya, dan tidak ada potongan matematika yang didefinisikan dua kali. Persisnya: Core adalah pustaka tanpa keadaan, tanpa penyimpanan, tanpa pemilik dan tanpa jalur peningkatan; Hub, Solver, Router dan Quoter mengimpornya dan tidak satu pun mendefinisikan ulang sebuah primitif, sehingga satu audit atas matematikanya menutupi setiap penggunanya.
§17 Kinerja terukur
Sederhananya: segala hal di bagian ini diukur pada fork rantai nyata — tempat perdagangan nyata, cadangan nyata yang disetor orang asing, satu bytecode — dan dilabeli persis seperti itu. Persisnya: sebuah angka hanya muncul di sini bila ada harness publik di repositori yang mereproduksinya; harness, rantai dan tanggalnya dicetak di sampingnya. Pengukuran pada fork adalah bukti tentang perilaku, bukan catatan penggelaran; catatan penggelaran ada di §19. Pengukuran §12 dan §15 berasal dari 2026-09-05; kampanye bagian ini dijalankan pada Agustus 2026 dan harness-nya ada di test/fork/.
§18 DEX, dikupas sampai ke tulang
Tujuh belas bagian mekanisme, diringkas menjadi satu halaman. Satu tugas: menerima dua token, satu jumlah, minimum Anda, penerima dan tenggat, lalu mengembalikan keluaran terbesar yang bisa diberikan likuiditas publik rantai — atau menolak dengan kode yang menjelaskan alasannya. Lima kontrak berbagi satu matematika (Core, Hub, Solver, Router, Quoter); enam jenis venue dihargai oleh satu dispatcher; empat pintu menuju satu eksekutor; tiga batas bawah dan minimum Anda sendiri berdiri di bawah setiap transaksi; biaya 0,28% dikompilasi dan tidak ada yang bisa mengubahnya.
§19 Status penggelaran
Makalah ini mendokumentasikan repositori, dan repositori itulah yang kanonik: bila teks ini dan sumbernya berbeda, sumbernya yang menang. Ada dua generasi dan keduanya tidak pernah dicampuradukkan.
§20 Token — BZPX
Satu miliar BZPX, tetap selamanya, sebagai ERC-20 sederhana: 18 desimal, tanpa jalur mint, tanpa biaya transfer, tanpa rebasing, tanpa hook transfer, tanpa jeda atau daftar hitam. Alokasi versi 2.3: likuiditas pasar 520,000,000 (52%), emisi staking 180,000,000 (18%), Airdrop & Bounties 130,000,000 (13% — airdrop lama 50,000,000, dana riset lama 50,000,000 dan 30,000,000 dari likuiditas pasar), tim 103,000,000 (10.3%), mitra 60,000,000 (6%), pemasaran 7,000,000 (0.7%).
§21 Program riset dan catatan keamanan
Sebelum proyek ini punya program riset yang layak disebut demikian, para peneliti independen membaca sumbernya dengan sikap bermusuhan — tanpa diminta, tanpa dijanjikan apa pun — dan mengungkapkan apa yang mereka lihat secara pribadi. Kode yang diuraikan makalah ini adalah kode yang selamat dari bacaan mereka. Apa yang dilaporkan masing-masing, dan apa yang terjadi kemudian, tinggal di tempat yang semestinya bagi catatan semacam itu: di SECURITY.md dan SECURITY_HALL_OF_FAME.md milik repositori, di sebelah kodenya, tempat setiap entri dapat diperiksa dua arah. Bagian ini mencatat siapa mereka, apa yang dibayarkan untuk bacaan yang bermusuhan, dan bentuk dari apa yang ditemukannya.
§22 Apa yang harus Anda percayai, dan apa yang tidak perlu
Setiap protokol mengklaim dirinya tanpa-kepercayaan; hampir tak ada yang mampu merinci pengecualiannya. Inilah daftar lengkapnya, setiap kuasa dinyatakan bersama garis yang membatasinya.
§23 Karya terkait
Perutean. Angeris, Evans, Chitra dan Boyd merumuskan perutean lintas pembuat pasar fungsi-konstan sebagai program konveks yang optimumnya menyamakan harga marginal antar tempat; Diamandis, Resnick, Chitra dan Angeris memberikan algoritma dekomposisi dual yang efisien untuk itu.
§24 Kesimpulan
Kami berangkat untuk membangun sebuah agregator di atas satu disiplin — ukur, jangan percaya — dan menahannya di setiap titik yang sebenarnya bisa saja menerima sebuah angka atas perkataan orang: rute, harga, lantai, basis biaya, himpunan tempat, pasangan yang diklaim diperdagangkan sebuah pool, bahkan model biaya milik protokol itu sendiri.
Questions, a partnership or a bug to report? Contact us or email contact@blazephoenix.xyz