Bảy nguyên lý
Bảy nguyên lý chi phối mọi lựa chọn kỹ thuật phía sau.
| # | Nguyên lý | Nghĩa |
|---|---|---|
| 1 | Tuân thủ ở tầng giao thức | Kiểm soát nằm dưới lớp ứng dụng, nên hợp đồng không lách được |
| 2 | Riêng tư mặc định, liên thông chủ đích | Kín ở trong; chỉ cái được chọn mới đi ra |
| 3 | An toàn từ danh tính, không từ giá token | Validator biết mặt, ràng buộc bằng hợp đồng, trả công bằng tiền thật |
| 4 | Không bên nào vận hành tất cả | Mặc định luôn có ít nhất một node ngoài đội vận hành |
| 5 | Một đường chính, làm cho thật | Tự động hoá đúng một đường, và nó phải chạy được với khách thật |
| 6 | Đo được trên chain, hoặc không tồn tại | Số công bố đọc từ chain; không bảng điều khiển nào là nguồn chân lý |
| 7 | Kế thừa công nghệ, không kế thừa số dư | Một chain mới không bắt đầu từ hư không: nó thừa hưởng công nghệ đã được kiểm chứng, bộ công cụ và mọi cải tiến trong toàn hệ — một phần tiến lên thì phần còn lại đi theo được. Nhưng số dư thì không kế thừa: mạng chính thức sinh ra từ một genesis mới, và số dư của mạng thử nghiệm không mang sang |
Nguyên lý thứ bảy là thứ ít dự án dám viết ra, nên cần nói rõ nó nghĩa là gì. Một mạng có thể được sinh lại: đổi tham số nền, sửa một sai lầm không vá nóng được, hay bước sang chặng tiếp theo. Dự án chọn công bố điều đó trước, thay vì để nó xảy ra rồi giải thích sau. Vế thứ hai của nguyên lý — không kế thừa số dư — là một sửa đổi so với những bản trước của tài liệu này, và nó đi theo chiều khó nghe hơn chứ không dễ nghe hơn.
Hệ quả trực tiếp cho chính tài liệu này: danh tính của mạng là một dữ kiện sống, không phải một hằng số. Vì thế bạn sẽ không thấy chain-id nào ghi cứng ở đây. Mọi trang trỏ tới nơi đọc danh tính hiện hành.
Phần lõi từ chối làm gì
Một nền tảng được định nghĩa bằng những việc nó không chịu làm, nhiều bằng danh sách tính năng của nó.
Hình 16 — Cổng sàng lọc đứng trước mọi lời chào hàng, và bốn điều lõi từ chối làm.
Từ chối nhận sai bài toán. Nếu bài toán của bạn là dữ liệu nội bộ của một bên, câu trả lời đúng là một cơ sở dữ liệu, và nói thẳng điều đó rẻ hơn cho cả hai. Ba điều kiện ở trên là tiêu chí sàng lọc được viết thành luật, không phải lời khuyên.
Từ chối bảo mật bằng kinh tế token cho khách riêng tư. Mô hình bảo mật chia sẻ kéo theo validator bên ngoài nhìn thấy dữ liệu. Nó phá đúng thứ khách trả tiền để có.
Từ chối phát hành tài sản thay khách. Nền tảng vận hành chain. Bên phát hành phát hành token của họ, và chịu giấy phép của họ.
Từ chối để một bên nắm quá một phần ba quyền biểu quyết. Đây không phải khẩu hiệu phi tập trung, mà là một ngưỡng toán học, giải thích ở phần Bảo mật và chịu lỗi bên dưới. Và nói cho sòng phẳng: đây là điều chính dự án chưa qua — chừng nào các node còn do một bên dựng và giữ khoá thì ngưỡng này là luật tự đặt ra cho mình, chưa phải trạng thái đã đạt. Nó nằm trong danh sách còn mở ở mục Rủi ro và điều còn ngỏ, đúng chỗ của nó.
Từ chối chạm giá. Với LOVE9: không bán, không niêm yết, không đỡ giá, không hứa lợi nhuận.
Câu chốt: khách không thể tự bảo vệ mình khỏi một nền tảng nhận mọi thứ. Danh sách từ chối chính là thứ bảo vệ họ.
→ Đọc tiếp: Nhiều chuỗi, một danh tính — Phần đã có, và phần còn phải chứng minh