Nhảy tới nội dung

Protocol: Overview

Đây là đặc tả chuẩn tắc của DIG Protocol, được định nghĩa dưới dạng bảy lớp, từ dưới lên trên. Mỗi lớp nêu tên crate/file chuẩn tắc của nó làm tham chiếu chuẩn.

Đây là tài liệu tham chiếu giao thức có thẩm quyền

Mục này là nguồn sự thật cho những gì mạng lưới thực sự làm. Nó ghi lại giao thức đúng như cách nó thực sự chạy, với trích dẫn file:line đến bản triển khai chuẩn tắc.

Đơn vị nền tảng: capsule

Một khái niệm xuyên suốt mọi lớp: capsule = (store_id, root_hash), viết theo dạng chuẩn là storeId:rootHash. Một store là một chuỗi capsule có thứ tự (cũ→mới), mỗi capsule ứng với một lần commit; danh tính store_id của nó chính là một launcher id singleton DataLayer CHIP-0035 trên Chia. Danh tính, biên dịch, định giá, truy xuất, lưu đệm, và nguồn gốc đều được định nghĩa theo từng capsule.

Luận điểm cốt lõi: host ẩn danh, xác minh phía client, root neo trên chuỗi

  • Host ẩn danh. Một host chỉ giữ ciphertext không rõ nghĩa theo khóa hash. Nó không giữ URN và không giữ khóa, chuyển tiếp đầu ra của chính capsule y nguyên, và không thể phân biệt hit với miss. Không có trường decoy nào trên wire và không có CDN — nội dung chỉ được phục vụ qua dig RPC.
  • Xác minh phía client. Mọi byte đều được kiểm tra trên thiết bị của người đọc dựa trên một root on-chain bằng một bằng chứng bao gồm merkle theo từng tài nguyên, sau đó được giải mã có xác thực. Sự tin tưởng không bao giờ dựa vào nguồn gốc phục vụ.
  • Root neo trên chuỗi. Root đáng tin cậy chỉ đến duy nhất từ singleton CHIP-0035 trên Chia (được phân giải qua coinset.org), không bao giờ từ "latest" được phục vụ.

Bảy lớp

#LớpNó định nghĩa gìTham chiếu chuẩn tắc
0Danh tính & định danhstore, capsule, generation; store_id = launcher iddigstore-core::capsule, ::urn
0URN & định địa chỉngữ pháp urn:dig:chia:…; retrieval_key không phụ thuộc rootdigstore-core::urn, lib.rs
1Mật mã họcKDF HKDF; niêm phong AES-256-GCM-SIVdigstore-core::crypto
1Bằng chứng bao gồm Merklelá per-resource D5; gấp NODE_TAGdigstore-core::merkle
1Chữ ký BLS & DSTAugScheme của Chia; năm DST theo vai tròdigstore-crypto::bls
2Định dạng Capsulephần dữ liệu DIGS (BINDING D1)digstore-core::datasection
2Module tự bảo vệlàm rối kích thước cố định; guest phục vụdigstore-compiler, digstore-guest
4Neo on-chainstore = singleton; capsule = tiến rootchip35_dl_coin, digstore-chain
4Thanh toán & định giá DIG CATtheo capsule, động, neo theo USDchip35_dl_coin::dig
6dig RPCgiao diện máy (JSON-RPC 2.0)hub retrieval, dig-node
5Vận chuyển & đẩy §21locator dig://, REST, push v1digstore-remote
7Mạng peer DIG Nodedanh tính peer mTLS, xuyên NAT, STUN, introducer, wire relay, RPC peerdig-gossip, dig-relay, dig-nat, dig-node
6Xác minh & nguồn gốcbốn cổng toàn vẹn theo thứ tựdigstore-core::merkle, dig-node
6Mô hình host ẩn danhtính ẩn danh nhà cung cấp; resolver; control plane /v1hub retrieval/resolver/api
Tuân thủ & tương đươngkỷ luật tương đương xuyên bản triển khaigolden đông cứng, diff OpenRPC

(Các lớp 3 và vận chuyển §21 đan xen với đường đọc; bảng này nhóm chúng ở nơi người đọc gặp chúng. Đánh số lớp đầy đủ được đưa ra trên mỗi trang.)

Một capsule đi qua các lớp như thế nào

Một người xuất bản chia chunk + mã hóa (L1) nội dung thành một định dạng capsule (L2) tự phục vụ (L3), neo nó on-chain (L4), và đẩy nó qua vận chuyển §21 (L5). Bất kỳ client nào cũng đọc nó qua dig RPC và xác minh nó dựa trên root neo trên chuỗi hoàn toàn ở phía client (L6). Mỗi hằng số mật mã học có một định nghĩa duy nhất được chia sẻ giữa người tạo, host, và người xác minh — bất biến tương đương C8.

Thuật ngữ

  • chia:// — địa chỉ nội dung của mạng lưới (những gì một trình duyệt mở).
  • dig:// — locator vận chuyển §21 (mặt phẳng CLI/peer) lược đồ trang nội bộ của DIG Browser — hai công dụng riêng biệt, không bao giờ là địa chỉ nội dung.
  • urn:dig: — không gian tên URN mà cả hai đều bắt nguồn từ.
  • store / capsule — danh tính và generation bất biến của nó.
  • $DIG — CAT được trả theo mỗi capsule; DigStore — định dạng store.