MemChain và lưu trữ mã hóa

“MemChain và lưu trữ mã hóa” là trang bản địa hóa chính thức trong tài liệu AeroNyx. AeroNyx tách lớp giao thức khỏi trải nghiệm sản phẩm: giao thức cung cấp năng lực mở và bền vững, còn App, Nodeboard, chat mã hóa, lưu trữ mã hóa và vận hành node tạo nên trải nghiệm sử dụng.

Tổng quan

Trang này giải thích bằng tiếng Việt vai trò của “MemChain và lưu trữ mã hóa” trong giao thức quyền riêng tư mở AeroNyx, phạm vi hiện tại, các bất biến quyền riêng tư và lưu ý phát triển/vận hành.

Vị trí trong kiến trúc AeroNyx

Chủ đề này thuộc Nodeboard. AeroNyx nên được hiểu là một tập năng lực giao thức được dùng chung bởi client, node quyền riêng tư phi tập trung, bộ điều phối backend và Nodeboard, không phải một dịch vụ tập trung duy nhất.

Trọng tâm triển khai hiện tại

Mọi năng lực liên quan tới nội dung người dùng phải đi qua mã hóa đầu cuối hoặc đối tượng mã hóa.
Node quyền riêng tư phi tập trung có thể báo cáo sức khỏe, dung lượng, kết nối, bằng chứng đường đi và thống kê tổng hợp, nhưng không đọc tin nhắn, thông tin truy cập hay bí mật người dùng.
Nodeboard cung cấp khả năng quan sát vận hành: sức khỏe node, peer discovery, phục hồi sau restart, dung lượng, gói/lưu lượng và trạng thái giao thức.
Ở giai đoạn hiện tại backend điều phối, sắp xếp, tổng hợp và cung cấp API tài liệu công khai; một số trách nhiệm có thể chuyển dần xuống lớp Rust.

Ranh giới quyền riêng tư

Bất biến cốt lõi của AeroNyx là blind-node invariant: node relay và bộ điều phối MemChain chỉ xử lý ciphertext, timestamp, proof, tín hiệu sức khỏe tổng hợp và metadata định tuyến giới hạn. Chúng không được đọc plaintext, DNS, đích truy cập hoặc tái dựng quan hệ giao tiếp.

Điều nhà vận hành node cần theo dõi

Nhà vận hành cần theo dõi băng thông, giới hạn kết nối, IP pool, conntrack, file descriptor, packet drops, pps, bps, peer store, độ mới heartbeat và restart recovery. Giao diện nên hỗ trợ chẩn đoán nhưng không lộ nội dung người dùng hoặc dữ liệu có thể liên kết danh tính.

Tích hợp cho nhà phát triển và sản phẩm

Client, App, AI agents và dịch vụ bên thứ ba nên tái sử dụng envelope mã hóa, chữ ký, blind relay, thông tin xác thực ẩn danh và healthcheck của AeroNyx. API mới phải tách rõ metadata công khai và trường phải nằm trong E2E payload.

Trạng thái hiện tại

Trang này mô tả ranh giới công khai hiện tại của giao thức và sản phẩm AeroNyx. multi-hop routing, blind-signed vouchers, encrypted media blob, đồng bộ MemChain và nâng cấp node discovery cần được duy trì dưới cùng translation_key.

Sổ cam kết và bảo vệ chống rollback

MemChain duy trì sổ cam kết chỉ nối thêm cho các bản ghi được mã hóa. Mỗi block chứa cam kết toàn vẹn và metadata thứ tự, không chứa ký ức dạng rõ hay khóa giải mã. Cơ chế này dùng để phát hiện sửa đổi và rollback; đây không phải blockchain công khai và không tuyên bố có đồng thuận phân tán, tính chung cuộc hay thực thi token.

Trước khi mở UDP, TUN hoặc API công khai, coordinator lần lượt kiểm tra chế độ bền vững, toàn bộ chuỗi đã lưu, local tip anchor có chữ ký, checkpoint evidence đã lưu và checkpoint có chữ ký từ các node ngoài được operator ghim cố định.

Kết quả đã xác minh	Quyết định khởi động
Hội tụ	Tiếp tục
Node từ xa ở phía sau	Tiếp tục
Node từ xa ở phía trước	Dừng vì có thể đã rollback cục bộ
Lịch sử phân kỳ	Dừng vì lịch sử có chữ ký xung đột
Không có bằng chứng có chữ ký	Chỉ tiếp tục ở chế độ suy giảm khi strict tắt; strict bật thì dừng

Witness phải là danh tính Ed25519 được operator ghim rõ ràng. Peer permissionless không có quyền quyết định khởi động chỉ vì xuất hiện trong peer store.

Triển khai production đã xác minh — 14/7/2026

Một coordinator production có ba danh tính witness do operator ghim rõ ràng. Hai follower được vận hành độc lập và kiểm toán hiện cung cấp checkpoint tương thích; mỗi node đã xác minh và lưu cùng một lịch sử gồm 33 block và 8.339 commitment. Coordinator chấp nhận hai phản hồi converged riêng biệt có chữ ký của hai follower, sau đó mới bật commitment_witness_startup_required = true.

Trong lần restart đã xác minh, startup guard báo configured=3, eligible=3, attempted=3, verified=2 và converged=2; listener UDP và TUN chỉ mở sau khi kiểm tra đạt yêu cầu. Đây là bằng chứng rollback từ node do operator ghim, không phải consensus, quorum, finality của public chain hay token execution.

Heartbeat chỉ báo phạm vi, số lượng witness và yêu cầu strict; không gửi danh tính, endpoint, hash, chữ ký, nội dung mã hóa, chủ sở hữu hay quan hệ xã hội.

Bắt buộc ngưỡng khởi động 2-of-3 — 14/7/2026

Coordinator production hiện đặt commitment_witness_min_verified = 2 cùng với commitment_witness_startup_required = true. Node từ chối khởi động nếu có ít hơn hai witness được ghim và khác nhau cung cấp bằng chứng chữ ký hợp lệ: không có phản hồi hợp lệ trả về signed_checkpoint_unavailable, còn chỉ một phản hồi trả về signed_checkpoint_threshold_unmet. Lần restart production gần nhất đã xác minh hai trong ba witness trước khi mở UDP, TUN hoặc public API listener.

Đây là ngưỡng khởi động do operator định nghĩa, không phải consensus mạng, quorum, finality, bầu leader hay fork choice. Rust heartbeat chỉ báo các trường chính sách và kết quả tổng hợp, gồm startup_minimum_verified, không lộ danh tính witness, endpoint, checkpoint hash hoặc chữ ký.

Đặc tả giao thức liên quan

Sổ cam kết có chữ ký và bảo vệ bằng witness

Tự chọn bộ não và ranh giới nhà cung cấp mô hình

MemChain tách lưu trữ mù đối với node khỏi xử lý nhận thức tùy chọn. Việc bật SuperNode cognitive worker không tự cấp quyền đọc bộ nhớ cho node lưu trữ hoặc relay.

Mỗi thành phần có thể thấy gì

Node lưu trữ hoặc relay theo nguyên tắc node-blind chỉ thấy ciphertext, blind index, metadata định tuyến giới hạn và tín hiệu sức khỏe tổng hợp; mặc định không nhận bộ nhớ dạng rõ.
SuperNode cognitive worker đã bật chỉ nhận task payload được mức structured, summary hoặc full cho phép.
Nhà cung cấp mô hình bên ngoài có thể đọc chính prompt được gửi đến. Chỉ dùng full khi người dùng đồng ý rõ ràng và tin cậy nhà cung cấp đã chọn.
Mô hình cục bộ tương thích OpenAI giữ inference trong ranh giới của nhà vận hành, nhưng worker chạy mô hình vẫn là thành phần xử lý được tin cậy, không phải node lưu trữ mù.

Cách ly runtime

Phản hồi thành công bị giới hạn 8 MiB trước khi phân tích JSON; nội dung chẩn đoán lỗi bị giới hạn 64 KiB.
Lỗi truyền tải, API, phân tích hoặc phản hồi rỗng đưa nhà cung cấp vào cooldown 30 giây theo đồng hồ đơn điệu thay vì vô hiệu hóa vĩnh viễn.
HTTP 429 Retry-After được áp dụng trong 1-300 giây; nếu thiếu thì dùng 30 giây.
Router có thể dùng nhà cung cấp khỏe khác và tự xét lại nhà cung cấp lỗi sau cooldown. Không cần tác vụ định kỳ.

Các giới hạn này bảo vệ tính sẵn sàng của node nhưng không biến inference bên ngoài thành E2E. Nhà cung cấp bên ngoài vẫn là quyết định tin cậy riêng và rõ ràng.