SmartHoldem · Web 4.0 Экосистем
SmartHoldem Блокчейн: Web 4.0 & Пост-Квант Аюулгүй байдал
Инновацийн DPoS Блокчейн Дэд Бүтэц
SmartHoldem нь Web 4.0-д зориулсан merkèзлэлгүй итгэл болон тооцооны давхарга юм. Rust хэл дээр шинээр бичигдсэн бөгөөд суурилагдсан NAT гаталтын механизм болон квант тэсвэртэй байдал бүхий P2P архитектурыг хангадаг.

Зангилааг харахын тулд курсорыг аваачна уу. Гэр эсвэл сервер. Нэг сүлжээ.
Хурд & Масштаб
Хурд болон Масштабын тулд Бүтээгдсэн
SmartHoldem-ийн шинэ Rust цөм нь уламжлалт блокчейний хязгааруудыг давж гардаг: Node.js болон PostgreSQL-ийн саад тотгорыг оновчтой хөдөлгүүр болон Sled DB-ээр сольж, аянга хурдны синхрончлол болон асар их гүйцэтгэлийг хангадаг.
Миллисекундийн Блок Боловсруулалт
500 гүйлгээтэй блокуудыг ~50 мс-д баталгаажуулж, ашигладаг. BFT эцсийн байдлын механизм болон зэрэгцээ боловсруулалтаар тэмжигдсэн сүлжээ ердөө 1 слот (~8 секунд)-д бүрэн, буцаах боломжгүй эцсийн байдалд хүрдэг.
Жинхэнэ Серверлэлгүй Өргөтгөлт Байдал
Iroh P2P протоколоор тэмжигдсэн. Төвлөрсөн үүлэн үйлчилгээ шаардлагагүй, гэхдээ та өөрийн зангилааг ажиллуулах боломжтой. Аливаа зөөврийн компьютер, Raspberry Pi эсвэл ARM64 гар утасны төхөөрөмж нь статик IP хаяггүйгээр, ямар ч NAT-ийн ард бүрэн баталгаажуулагч зангилаа болж чадна.
Байгаль Орчинд Ээлтэй & Хөнгөн
Бүрэн баталгаажуулагч зангилаа одоо ердөө ~800 МБ RAM-д ажилладаг. DPoS болон Rust-ийн тэг зардалтай хийсвэрлэлийн хослол нь энэ сүлжээг оршин буй хамгийн эрчим хүч хэмнэлттэй сүлжээ болгодог.

Шалгуурууд
Гүйцэтгэлийн Шалгуурууд
Шинэ Rust цөм дээрх бодит ачааллын тест нь корпорацийн түвшний, Visa зэргийн өргөтгөлт байдлыг баталгаажуулдаг.
Гүйцэтгэлийг хэмждэг, зүгээр нэг мэдэгддэггүй. Дараах хэмжилтүүд нь зэрэгцээ гарын үсгийн баталгаажуулалт (Rayon) болон оновчтой криптографийн дамжуулалт бүхий шинэ Rust + Sled архитектурыг тусгана:
256
TX бүрийн MultiPayments
5.53B
Ops / Өдөр (орой)
| Тохиргоо | Ops / Секунд | Ops / Цаг | Ops / Өдөр |
|---|---|---|---|
| 2000 TX/block (MultiPayments) | 64,000 | 230.4M | 5.53B |
| 1000 TX/block (MultiPayments) | 32,000 | 115.2M | 2.76B |
| 500 TX/block (MultiPayments) | 16,000 | 57.6M | 1.38B |
Доод хэсэгт
Техникийн Стек
Блокчейний Цөм Хөдөлгүүр
- Хэл: 100% Rust, зэрэгцээ гарын үсгийн баталгаажуулалттай (Rayon), санах ойн аюулгүй байдал болон тэгийн зардлын хийсвэрлэлүүдтэй.
- Мэдээллийн сан: Суулгагдсан Sled түлхүүр-утгын сан zstd шахалттай = 11.7M+ блок ~8 GB-д, хуучин PostgreSQL хамаарлуудыг орлуулсан.
- Зөвшилцөл: 21 идэвхтэй төлөөлөгчтэй DPoS, BFT эцсийн байдлын гаджетаар сайжруулсан (1 үүрэгт детерминист эцсийн байдал).
- Криптограф: Эрлийз аюулгүй байдлын загвар. Сонгодог secp256k1 (BIP-Schnorr) болон квантумын дараах ML-DSA-44 (NIST FIPS 204) Quantum Shield-ээр дамжуулан.
API, SDK & SmartNet
- Хөгжүүлэгчийн гүүр: Tauri dApps-д зориулсан үндсэн window.smartholdem IPC. Гарын үсэг зурах, P2P хадгалалт болон сүлжээний төлөвт аюулгүй, хязгаарлагдмал хандалт.
- Програмчлагдах объектууд: Үндсэн SmartObjects болон токенууд. Бүртгэл, гаргалт, ухаалаг гэрээний тэгийн нэмэлт зардал болон EVM эрсдэлгүй.
- Өгөгдөл хадгалалт: BLAKE3 агуулгын хаягаар баталгаажуулалт. Метадата SmartNetData-д гинжин дээр зангуурдсан, үнэмлэхүй бүрэн бүтэн байдал, гадны индексжүүлэгчгүй.
- API болон SDK: 100% урагш нийцтэй RESTful API болон SDK. Шуурхай, санал асуулгагүй шинэчлэлтэд зориулсан бодит цагийн QUIC түлхэх урсгалууд.
Web 4.0 P2P Тээвэр
- Протокол: Iroh (QUIC/UDP)-д суурилсан, үндсэн NAT дамжуулалт болон нүх цоолохтой шифрлэгдсэн, олон дамнасан холболтуудыг хангадаг. Зангилаанууд статик IP хаяггүйгээр гэрийн чиглүүлэгчийн ард блок үүсгэж, синхрончлох боломжтой.
- Сүлжээний тополог: Давхар стекийн архитектур. Үндсэн харилцаа холбоо нь төвлөрлийг татгалзсан Iroh торон дээр явагддаг бол хуучин WebSocket/Protobuf гүүр (port 4001) нь серверийн зангилаатай урагш нийцтэй байдлын үүднээс хатуу хадгалагддаг.
- Төвлөрлийг татгалзсан нээлт: Хамтрагч нээлт нь Mainline DHT, орон нутгийн mDNS болон криптографийн гарын үсэг бүхий хамтрагчийн хаягийн дэвтэрт тулгуурладаг бөгөөд төвлөрсөн DNS болон нийтийн релей үйлчилгээнд ямар ч хамаарлыг арилгадаг.
Бодит Төвлөрсөн Бус
Нийгэмлэгээр удирдуулдаг, Биш Корпорациудаар
Төвлөрсөн бус байдал нь үндсэн юм. SmartHoldem DPoS блокчейн нь өөрчлөх боломжгүй бөгөөд бүх үйлдэл нь буцаах боломжгүй. Аливаа гүйлгээ нь Блокийн шалгагч эсвэл API-аар үргэлж ил тод үзэх боломжтой.
Ардчилсан Сонгууль
Баталгаажуулагчид нь төвлөрсөн удирдлага биш, нэр хүндээр сонгогддог.
Хөлдөөсөн Зоос Байхгүй
Хэрэглэгчид үлдэгдлийн хүчээр сонгууль өгдөг. Зоосууд бүрэн хэрэглэгчийн хяналтын доод байна.
Хариуцлага
Аливаа STH эзэмшигч сонгууль өгч, төлөөлөгч сонгож болно. Үр дүнгүй төлөөлөгчид нийгэмлэгээр хурдан солигддог.
Эзэмшил
>1 STH эзэмших нь сүлжээн дээр бүрэн сонгуулийн эрхийг олгодог.


Төлөөлөгчийн Систем
TOP 21: Сүлжээг Хамгаалах
Төлөөлөгчид (мөн гэрч эсвэл блок үйлдвэрлэгч гэж нэрлэгддэг) гүйлгээг баталгаажуулах, шинэ блок үүсгэх болон SmartHoldem сүлжээг хамгаалах үүрэг хүлээдэг. Тэд гүйлгээний өгөгдлийг өөрчилж эсвэл нөлөөлж чадахгүй.
21
TOP-д идэвхтэй Төлөөлөгчид
8s
Дундаж Блокийн Хугацаа
100%
Нийгэмлэгээр Сонгогдсон
0%
Төвлөрсөн Удирдлага
Төлөөлөгчийн систем нь маш өрсөлдөөнтэй. Төлөөлөгч нь ямар ч үед TOP 21-д орж эсвэл гарч болно. Энэхүү тогтвортой схем нь шинэ төлөөлөгчдөд өөрийгөө нотлох болон нийгэмлэгийн анхаарлыг татах боломжийг олгодог.
Эдийн засгийн
Тогтвортой Шагналууд. Тэг Инфляцийн Ялгаруулалт.
SmartHoldem (DPoS) блокчейнд ялгаруулалт байхгүй байна. Төлөөлөгчид зөвхөн гүйлгээний татваруудаас шагнал авч дүйцэлтэй, тогтвортой эдийн засгийн загварыг баталгаажуулдаг.
Блокийг гарын үсэг зурсан төлөөлөгч нь тухайн блокт багтсан гүйлгээний БҮХ СҮЛЖЭЭНИЙ ТАТВАРУУД-г авна.
Төлөөлөгчид Хэрхэн Олж Байна
500 STH
блок бүр (хамгийн ихдээ)
Блокт 500 стандарт гүйлгээ → дээд тал нь 500 STH олсон.
10,000 STH
бүртгэлийн татвар
Төлөөлөгчийн бүртгэлийн гүйлгээ → 10,000 STH олсон.
500 STH
токен гаргалт
Шимтгэлийн 50% шатаагдана
Шинэ Web4 уугуул токен бүр гаргах үед төлөөлөгч шагнал авдаг.
Дэвшилтэт Гүйлгээний Төрлүүд
SmartHoldem нь төрөл бүрийн татварын орлогыг бий болгодог баялаг гүйлгээний төрлүүдийн экосистемийг дэмждэг:
Оролцох
SmartHoldem Төлөөлөгч Болох
Сүлжээг хамгаалах нь корпорацийн дата төвүүдээр хязгаарлагдахаа больсон. Шинэ Rust цөм болон Iroh P2P тээвэрийн тусламжтайгаар хэн ч дэлхийн аль ч цэгээс баталгаажуулагч зангилаа ажиллуулж, консенсуст оролцох боломжтой.
Зангилааны Санал Болгох Техникийн Шаардлага
8 ГБ RAM, 4 CPU цөм, 64 ГБ HDD эсвэл 32 ГБ SSD.
- 1
Бүртгүүлж, Уралдаанд Орох
Сүлжээг хамгаалах нь корпорацийн дата төвүүдээр хязгаарлагдахаа больсон. Шинэ Rust цөм болон Iroh P2P тээвэрийн тусламжтайгаар хэн ч дэлхийн аль ч цэгээс баталгаажуулагч зангилаа ажиллуулж, консенсуст оролцох боломжтой.
- 2
Зангилаагаа Тохируулах (Статик IP Шаардлагагүй)
Хөнгөн sth-core-pq бинари файлыг татаж аваарай. Энэ нь ердөө ~800 МБ RAM болон ~8 ГБ диск зайд ажилладаг. Iroh QUIC NAT гаталтын ачаар статик IP хаяг эсвэл нээлттэй порт шаардлагагүй — зөөврийн компьютер, Raspberry Pi эсвэл сервэрээсээ аюулгүйгээр блок үйлдвэрлэ.
- 3
Төлөөлөгчийн нэр дэвшилтээ зарла
Сүлжээний тохиргоо, санал болгож буй шагналын хувь болон нэмэлт үйлчилгээгээ дэлгэрэнгүй тайлбарласан саналыг Community Forum-д илгээнэ үү. Дараа нь өөрийн төлөөлөгчийг Telegram болон идэвхтэй сурталчилгааны аргаар олон нийтэд танилцуулна уу.
- 4
Бодит өгөөж олж авах
Та үүсгэсэн блок бүрийн сүлжээний хураамжийн 100%-ийг авна. Инфляцийн ялгаралгүй тул шагнал нь сүлжээний бодит хэрэглээгээр буюу шилжүүлэг, токен гаргалт, нэр бүртгэл, P2P хадгалалт, dVPN релэ гэх мэтээр бэхлэгдсэн байна.
- 5
Экосистемийг идэвхжүүлж, хөгжүүлэх
Төлөөлөгчдийг олон нийт сонгодог. Ил тод шагнал хуваалцах, нийтийн Netfory сидерүүдийг ажиллуулах эсвэл Web 4.0 экосистемд идэвхтэй хувь нэмэр оруулснаар итгэлцлийг бүрдүүлнэ үү.

Нийгэмлэг
Нийгэмлэгийн Холболт
Төлөөлөгчийн хувьд идэвхтэй оролцоо болон нийгэмлэгтэй холбогдох нь сонгуулийг авахад маш чухал юм. Төлөөлөгчийн слотуудыг үүсгэх нь өрсөлдөөнтэй бөгөөд зөвхөн зангилааны удирдлагаас илүү шаарддаг.
SmartHoldem дээр суурилсан шинэ应用ууд бүтээх
Кодийн хяналт болон эмзэг байдлын тайлангууд үзүүлэх
Нийгэмлэгийн сургалт болон боловсрол
Сонгогчдод шагналынхаа хэдэн хувийг санал болгох (TOP 21-д хүрэхийн тулд)
Шагналыг сонгогчийн оролцооны эзэн хувь болон төлөөлөгчийн төлбөрийн хувиар хэмжинэ.
Квантын Хамгаалалт
SmartHoldem Квантын Хамгаалалт
Бид хэрхэн Ирээдүйн Компьютеруудаас Блокчейнээ Хамгаалдаг
Зах зээл графикийг хэлэлцэж байх зуур, сонгодог криптографийг хүчингүй болгох чадвартай аюул боловсорч байна. Хангалттай хүчирхэг квантын компьютер дээрх Шорын алгоритм нь өнөөдөр ихэнх блокчейний математик суурь болсон ECDSA-г эвдэж чадна. SmartHoldem таамагласан 'X өдөр'-ийг хүлээхгүй байна.
Бид өнөөдөр хамгаалалтаа бүтээж байна. A үе шат (Квантын дараах түлхүүрийн баталгаажуулалт) mainnet-д аль хэдийн ИДЭВХТЭЙ байна.

Замын зураг
Хэрэгжүүлэх Төлөв: Гибрид Загвар
Бид гэнэтийн хард форк болон албадан масс шилжилтийг үгүйсгэдэг. Квантын тэсвэртэй байдалд шилжих нь аажим, саадгүй бөгөөд өмнөх хувилбартай нийцтэй байна:
Шат 1
Түлхүүрийн баталгаажуулалт (Идэвхтэй)
- Хэрэглэгчид vendorField (sthpq1:...) ашиглан ирээдүйн ML-DSA-44 нийтийн түлхүүрийнхээ SHA-256 хэшийг аль хэдийн зангидаж болно.
- Энэ нь 2-р үе шат идэвхжих үед 'уралдааны нөхцөл' халдлагаас урьдчилан сэргийлж, квантын аюул бодитой болохоос өмнө түрийвчийг хамгаалдаг.
Шат 2
Гибрид хоёр дахь гарын үсэг (Хүлээн авсан)
- Хэрэглэгчид одоо байгаа түрийвч дээрээ квантын дараах ML-DSA-44 нийтийн түлхүүрийг (NIST FIPS 204) хоёр дахь гарын үсэг болгон бүртгүүлж болно.
- Тэр мөчөөс эхлэн гүйлгээ бүр хоёр гарын үсэг шаардана: сонгодог secp256k1 болон шинэ квантын тэсвэртэй гарын үсэг.
- Сонгодог түлхүүр бүрэн нийцтэй байдлаар идэвхтэй хэвээр байх бол квантын дараах түлхүүр нь квантын тэсвэртэй хоёр дахь давхаргыг нэмдэг — аль нэг алгоритм эвдэрсэн ч таны хөрөнгийг хамгаалдаг бат бэх гибрид схем бүрдүүлнэ.
Шат 3
Сүлжээний бүрэн тэсвэртэй байдал (Төлөвлөсөн)
- Идэвхтэй 21 төлөөлөгч бүгд консенсусыг хуурахаас урьдчилан сэргийлэхийн тулд квантын дараах гарын үсгээр блок гардаг.
- Iroh P2P тээврийн давхарга нь мессенжер болон dApp өгөгдлийг хамгаалахын тулд гибрид түлхүүр солилцоо (X25519 + ML-KEM-768) ашигладаг (SHIP-40).
Архитектурын
Агуулахыг биш, түгжээг сайжруулах
Хэрэглэгчдийг шинэ түрийвч үүсгэж, хөрөнгөө массаар шилжүүлэхийг шаарддаг бусад сүлжээнүүдээс ялгаатай нь SmartHoldem нь квантын саадгүй шинэчлэлийн тулд өөрийн онцгой хоёр дахь гарын үсгийн архитектурыг ашигладаг.
Хаягийн Бүрдэл
Таны SmartHoldem хаяг сонгодог secp256k1 нийтийн түлхүүрээс гаргаж авагддаг. Энэ хэвээр үлдэнэ.
Дахин Түлхүүр идэвхжүүлэх
Та квантын дараах ML-DSA-44 нийтийн түлхүүрийг одоо байгаа хаягтаа хоёр дахь гарын үсэг болгон бүртгүүлнэ.
Гибрид хамгаалалт
Одоо гүйлгээ бүр хүчинтэй байхын тулд сонгодог болон квантын дараах хоёр гарын үсгийг шаардана.
Үр дүн
- Та түрийвч эсвэл хаягаа өөрчлөх шаардлагагүй
- Таны зоос олон жилийн турш байсан газартаа яг л хэвээр үлдэнэ
- Нарийн төвөгтэй түрийвчний шилжилт хийх шаардлагагүй
- Таны бүртгэл одоо давхар криптографийн давхаргаар хамгаалагдсан байна
- Квант компьютер таны эхний нууц түлхүүрийг олж авсан ч хоёр дахь (квантаас хамгаалагдсан) хүчин төгөлдөр гарын үсэггүйгээр таны хөрөнгийг шилжүүлэх боломжгүй
Нэг гарын үсэгтэй хэрэглэгчдэд: Та квантын хамгаалалтыг нэн даруй идэвхжүүлэхийн тулд хоёр дахь гарын үсгийг хэдийд ч нэмж болно, эсвэл ирээдүйд квантад тэсвэртэй шинэ хаягийн төрлүүдэд шилжих боломжтой.
Гүн Техникийн
Техникийн Наадмал болон Сүлжээний Хамгаалалт
Хамгаалалтад буй Төлөөлөгчид
- DPoS сүлжээнд төлөөлөгчид блокуудад гарын үсэг зурагддаг
- Төлөөлөгчийн гарын үсгийн аюулгүй байдал алдагдвал бүхэл блокчэйний бүрэн бүтэн байдалд заналхийлнэ
- Протоколын түвшинд PQC-г хэрэгжүүлэх нь SmartHoldem-ийг зөвшөрөлд хуурамчаар нэвтрэхэд тэсвэртэй "dígtal бэхлэлт" болгодог
Гарын үсгийн хэмжээг оновчтой болгосон
- Бид ML-DSA-44 (NIST FIPS 204) алгоритмыг оновчтой тэнцвэрийн улмаас сонгосон: ~2.4 kB гарын үсэг ба миллисекундын дор баталгаажуулалт
- Rust цөмийн параллель боловсруулалт (Rayon) нь эдгээр хүнд гүйлгээг синхрончлолын хурдыг алдагдуулалгүй агшин зуур баталгаажуулна
Алгоритмийн уян хатан байдал
- Протокол нь PQC объектод alg_id байтыг агуулдаг
- Энэ нь хэрэглэгчид хаяг солих эсвэл хөрөнгөө нүүлгэхгүйгээр ирээдүйд (жишээ нь, FN-DSA-512 / Falcon руу) саадгүй шинэчлэл хийх боломжийг олгодог
- Хэрэглэгчид энэ нь ердийн хэтэвч шиг харагдана
Хөгжүүлэлт
Ажилбар дээрх Код
Rust цөм (sth-core-pq) нь шинэ баталгаажуулалтын давхаргын криптографийн суурийг аль хэдийн агуулж байна. Эндээс гибрид нэгтгэлийн тоймыг харна уу:
//! Quantum Shield: ML-DSA-44 (NIST FIPS 204) keys derived from a passphrase, plus the stage-A
//! commitment format (`sthpq1:<alg>:<sha256(pk)>` in a self-transfer vendorField). See docs/SPEC-PQ-V3.md.
use crate::error::{Error, Result};
use ml_dsa::{EncodedSignature, EncodedVerifyingKey, MlDsa44, Signature, SigningKey, VerifyingKey, B32};
use sha2::{Digest, Sha256};
/// Algorithm ids (first byte of every PQ object).
pub const ALG_ML_DSA_44: u8 = 0x01;
pub const PK_LEN: usize = 1312;
pub const SIG_LEN: usize = 2420;
/// Domain separation for the ML-DSA context string.
const CTX: &[u8] = b"sth-pq-v1";
/// Context of stage-C block signatures (`M_B = sha256(header || blockSignature)`).
pub const BLOCK_CTX: &[u8] = b"sth-pq-block-v1";
/// Commitment prefix in vendorField.
pub const COMMITMENT_PREFIX: &str = "sthpq1:";
pub struct PqKeyPair {
signing: SigningKey<MlDsa44>,
}
impl PqKeyPair {
/// Deterministic: seed ξ = sha256("sth-pq-v1" || passphrase). Same passphrase → same key on every device.
pub fn from_passphrase(passphrase: &str) -> Self {
let mut h = Sha256::new();
h.update(CTX);
h.update(passphrase.as_bytes());
let seed: [u8; 32] = h.finalize().into();
Self::from_seed(&seed)
}
pub fn from_seed(seed: &[u8; 32]) -> Self {
Self { signing: SigningKey::<MlDsa44>::from_seed(&B32::from(*seed)) }
}
/// FIPS 204 pkEncode — 1 312 bytes.
pub fn public_key(&self) -> Vec<u8> {
self.signing.expanded_key().verifying_key().encode().to_vec()
}
pub fn public_key_hex(&self) -> String {
hex::encode(self.public_key())
}
/// Deterministic ML-DSA-44 signature (2 420 bytes) over `message` with the sth context.
pub fn sign(&self, message: &[u8]) -> Result<Vec<u8>> {
self.sign_with_ctx(message, CTX)
}
pub fn sign_with_ctx(&self, message: &[u8], ctx: &[u8]) -> Result<Vec<u8>> {
let sig = self.signing.expanded_key().sign_deterministic(message, ctx).map_err(|_| Error::Serialization("ml-dsa sign".into()))?;
Ok(sig.encode().to_vec())
}
/// What a wallet publishes in stage A: `sthpq1:01:<sha256(pk) hex>`.
pub fn commitment(&self) -> String {
commitment_for_public_key(&self.public_key())
}
}
pub fn commitment_hash(public_key: &[u8]) -> [u8; 32] {
Sha256::digest(public_key).into()
}
pub fn commitment_for_public_key(public_key: &[u8]) -> String {
format!("{COMMITMENT_PREFIX}{:02x}:{}", ALG_ML_DSA_44, hex::encode(commitment_hash(public_key)))
}
pub fn verify(public_key: &[u8], message: &[u8], signature: &[u8]) -> Result<bool> {
verify_with_ctx(public_key, message, signature, CTX)
}
pub fn verify_with_ctx(public_key: &[u8], message: &[u8], signature: &[u8], ctx: &[u8]) -> Result<bool> {
if public_key.len() != PK_LEN || signature.len() != SIG_LEN {
return Ok(false);
}
let pk = EncodedVerifyingKey::<MlDsa44>::try_from(public_key).map_err(|_| Error::Serialization("ml-dsa pk".into()))?;
let sig = EncodedSignature::<MlDsa44>::try_from(signature).map_err(|_| Error::Serialization("ml-dsa sig".into()))?;
let Some(sig) = Signature::<MlDsa44>::decode(&sig) else { return Ok(false) };
Ok(VerifyingKey::<MlDsa44>::decode(&pk).verify_with_context(message, ctx, &sig))
}
/// Stage B: PQ public key registered by a wallet (type 1, v3). Lives in `WalletState.pq_key`, so undo is automatic.
#[derive(Debug, Clone, PartialEq, Eq, serde::Serialize, serde::Deserialize)]
#[serde(rename_all = "camelCase")]
pub struct PqKey {
pub algorithm: u8,
/// Raw PQ public key, hex (1 312 bytes for ML-DSA-44).
pub public_key: String,
pub since: u64,
}
/// Parsed stage-A commitment.
#[derive(Debug, Clone, PartialEq, Eq, serde::Serialize, serde::Deserialize)]
#[serde(rename_all = "camelCase")]
pub struct PqCommitment {
pub algorithm: u8,
/// sha256(public key), hex.
pub commitment: String,
pub height: u64,
}
/// `sthpq1:<alg 2 hex>:<64 hex>` → (alg, hash hex). Only known algorithm ids are accepted.
pub fn parse_commitment(vendor_field: &str) -> Option<(u8, String)> {
let rest = vendor_field.strip_prefix(COMMITMENT_PREFIX)?;
let (alg, hash) = rest.split_once(':')?;
if alg.len() != 2 || hash.len() != 64 || !hash.bytes().all(|b| b.is_ascii_hexdigit() && !b.is_ascii_uppercase()) {
return None;
}
let alg = u8::from_str_radix(alg, 16).ok()?;
(alg == ALG_ML_DSA_44).then(|| (alg, hash.to_string()))
}Квантын давамгайлал криптографийн төгсгөл биш, харин эволюцийн дараагийн шат юм. Бид брутын хүчээр 'шийдэгдэхгүй' математикийг сонгож, Web 4.0 DPoS сүлжээнийхээ цөмд шууд нэгтгэж байна. Ирээдүй аль хэдийн энд байна. Мөн энэ нь хамгаалагдсан. Ирээдүй аль хэдийн энд байна. Мөн энэ нь хамгаалагдсан.
Сүлжээд Нэгдэх
Таны Node. Таны Дүрэм. Таны Web 4.0.
Та сүлжээг олон аргаар хамгаалж болно: төлөөлөгч болж блок үүсгэх, Netfory оператор болж dApp-уудыг түгээх, dVPN реле ажиллуулах, эсвэл зүгээр л эзэмшиж санал өгөх. Инфляци тэг, бодит хэрэгцээт урамшуулал, Rust дээр бүтээгдсэн квантаас хамгаалагдсан суурь. Төвлөрсөн бус интернет бүтээгчдийг хүлээж байна — эхлэл нь таниас.

