Tổng Vốn Hóa Thị Trường:$00
API
VI
Tối

Tìm kiếmSSI/Mag7/Meme/ETF/Coin/Chỉ số/Biểu đồ/Nghiên cứu
00:00 / 00:00
Xem
    Thị trường
    Chỉ số
    Thông Tin
    TokenBar®
    Phân tích
    Vĩ mô
    Danh sách theo dõi
Chia sẻ

DSM: Máy trạng thái phi tập trung - Giải quyết "vấn đề chi tiêu kép" mà không cần sự đồng thuận toàn cầu, mở ra một mô hình mới

#Layer1
Ethereum Research - Latest posts
1KTừ ngữ
28/06/2025

DSM Offline Trade Safety — Tóm tắt kỹ thuật cuối cùng


Hai người, mặt đối mặt, điện thoại ở chế độ máy bay: người mua Alice cố gắng double-spend; người bán Carol vẫn giữ hàng hóa của mình an toàn.



1 Bối cảnh mật mã trước giao dịch

































Nguyên thủyMục đíchKích thước (offline)
Bilateral hash-chain H_{A\leftrightarrow X}Nhật ký trạng thái trên mỗi mối quan hệ32 B/link
Device-wide SMT root R_nCam kết 32 byte cho tất cả các head32 B
Spend-specific inclusion proofChứng minh token T là hiện tại, chưa được sử dụng, được khóa duy nhất trong R_n\mathcal{O}(\log k)\!\approx\!200{-}400 B
Tripwire TheoremBất kỳ fork nào ⇒ không thể xảy ra hash-collision ⇒ ví của kẻ tấn công bị khóaChỉ logic


2 Bắt tay thanh toán offline hai vòng


(Bluetooth hoặc QR; hoàn thành trong vài giây.)























VòngDữ liệu được trao đổiCarol xác minh offline những gì
1 – Challenge & ProofAlice ➜ Carol
• root hiện tại R_n
• inclusion proof cho token T
Token T chưa được sử dụng bên trong R_n.
2 – Consume & StitchCarol ➜ Alice: link mới H_{A\leftrightarrow C} mà spends T
Alice ➜ Carol: successor root R_{n+1} cam kết tất cả các head bao gồm H_{A\leftrightarrow C}
Carol kiểm tra:
• H_{A\leftrightarrow C}\in R_{n+1}
• R_n \!\rightarrow\! R_{n+1} là một bước forward-hash hợp lệ.


Pass: Carol nhận được một stitched root duy nhất R_{n+1} → ví nhấp nháy FINAL.

Fail (fork): Alice không thể tạo ra R_{n+1} → Tripwire kích hoạt; thanh toán bị hủy bỏ.




3 Tại sao Double-Spend Chết Trong quá trình Bắt tay



  1. Trước đó, Alice đã trả cho Bob, spending T và tạo root R_{n+1}^{\,B}.

  2. Việc bán hàng của Carol sẽ yêu cầu root R_{n+1}^{\,C} mà cũng spends T.

  3. Một successor root duy nhất không thể chứa cả hai spends ⇒ collision resistance cấm điều đó.

  4. Alice không thể cung cấp R_{n+1} ➜ ví của Carol hết thời gian, hiển thị Payment failed.

  5. Tripwire khóa ví của Alice cho mọi peer trong tương lai.


Kết quả: Mỗi người bán trung thực hoặc nhận được giá trị không thể đảo ngược hoặc không nhận được gì—không ai giao hàng và bị thiệt.



4 Đảm bảo hoạt động
































Thuộc tínhGiá trị
Finality latency< 2 giây offline
Dữ liệu trên mỗi giao dịch≤ 500 B (root + proof + root)
PrivacyNgười bán chỉ tìm hiểu chuỗi song phương của họ + hai root
ScalabilityHoạt động ở 120 k TPS ngay cả trên điện thoại pin yếu
Attack surfaceFork khóa kẻ tấn công; nhân bản bị chặn bởi DBRW


5 Kết luận


Inclusion proof spend-specific của DSM cộng với vòng "return-the-stitched-root" mang lại finality mật mã trong cùng một cuộc gặp mặt trực tiếp.

Một người bán giao mặt hàng chỉ sau khi nắm giữ một tài sản không thể double-spend.

Không lừa đảo, không chargeback, không rủi ro.



DSM đang gần hoàn thiện để sản xuất với bản beta riêng sắp ra mắt - kho lưu trữ hiện đang ở chế độ riêng tư - nhưng sẽ được công khai tại bản beta công khai - [email protected] để liên hệ

10s Hiểu rõ thị trường crypto
Điều khoảnChính Sách Bảo Mật của chúng tôiSách trắngXác minh chính thứcCookieBlog
sha512-gmb+mMXJiXiv+eWvJ2SAkPYdcx2jn05V/UFSemmQN07Xzi5pn0QhnS09TkRj2IZm/UnUmYV4tRTVwvHiHwY2BQ==
sha512-kYWj302xPe4RCV/dCeCy7bQu1jhBWhkeFeDJid4V8+5qSzhayXq80dsq8c+0s7YFQKiUUIWvHNzduvFJAPANWA==