Tổng cung DOT sẽ được cố định? Gavin tiết lộ hướng thiết kế quan trọng trong nhóm chat JAM!

Gavin không nghỉ cuối tuần, vẫn trả lời các câu hỏi của mọi người trong nhóm chat JAM! Anh ấy đã tiết lộ nhiều thông tin Alpha đáng chú ý về lộ trình của giao thức JAM. 👀

Anh ấy không chỉ giải thích cách dịch vụ Bootstrap của JAM sẽ phát triển trong tương lai và các khả năng đa dạng hóa, mà còn lần đầu tiên đề xuất một ý tưởng táo bạo mang tính “hiến pháp” — cố định tổng cung DOT ở mức π × 10⁹ (khoảng 3.14 tỷ) và ghi vào khối genesis của JAM.

Các từ khóa của cuộc thảo luận lần này bao gồm:

• Dịch vụ Bootstrap: “hệ thống plugin khởi động” của chuỗi JAM, trong tương lai sẽ không còn bị Parity độc quyền, có thể được các nhóm khác nhau phát triển và thay thế
• π × 10⁹: đề xuất cố định tổng cung DOT mang ý nghĩa biểu tượng, phía sau là một thiết kế kinh tế ổn định hơn, chống lạm dụng quản trị
• Gray Paper Editorial Board (GPEB): sẽ dần thay thế Gavin, dẫn dắt hướng phát triển phiên bản giao thức JAM
• Tự chủ phân nhánh: Polkadot có thể chọn phiên bản giao thức bất cứ lúc nào, thậm chí tự xây dựng “Blue Paper”, đảm bảo chủ quyền kỹ thuật của cộng đồng
• Ai tài trợ? Nếu Polkadot Treasury áp dụng JAM, nên chịu trách nhiệm cho ngân sách hoạt động cơ bản của ủy ban biên tập

Đây không chỉ là một bản “tổng hợp hỏi đáp”, mà thực chất phác họa bản thiết kế hoàn chỉnh trong tâm trí Gavin về cách giao thức JAM dần tiến tới trung lập về kỹ thuật + kiểm soát quản trị + tiến hóa tự chủ.

Bài viết này sẽ phân tích đầy đủ các điểm chính được tiết lộ trong cuộc đối thoại này, giúp bạn nhìn rõ hướng đi kỹ thuật tiếp theo và cục diện quản trị của giao thức JAM.

Dịch vụ Bootstrap của JAM sẽ phát triển như thế nào?

Gavin cho biết, dịch vụ Bootstrap mà Parity đang phát triển hiện chưa hoàn chỉnh, nhưng trong vài tháng tới sẽ liên tục được cập nhật, chức năng phong phú hơn, tài liệu cũng rõ ràng hơn.

Quan trọng hơn: Dịch vụ Bootstrap của JAM trong tương lai sẽ không chỉ có một phiên bản, cũng không bị Parity độc quyền.

Anh ấy lấy ví dụ — giống như BIOS của máy tính có nhiều loại, các nhóm khác nhau cũng có thể phát triển dịch vụ Bootstrap của riêng mình, miễn là tuân thủ một số tiêu chuẩn định dạng nhất định. Điều này có nghĩa là mạng JAM sẽ có nhiều cách khởi động cơ sở hạ tầng đa dạng, thay thế được, mang lại nhiều sự linh hoạt hơn cho nhà phát triển và hệ sinh thái.

Có thể bạn sẽ thắc mắc dịch vụ Bootstrap của JAM là gì?

Giải thích đơn giản, bạn có thể hiểu nó như sau:

Khi chuỗi JAM khởi động sẽ tải dịch vụ “chức năng cơ bản nhất”, giống như máy tính chạy BIOS khi khởi động.

Lấy ví dụ, nếu trong tương lai giao thức JAM thay thế chuỗi relay của Polkadot, bước đầu tiên để khởi động chuỗi này là gì? Bạn cần thông báo cho chuỗi:

• Có hệ thống staking không?
• Có hệ thống quản trị không?
• Tài khoản khởi tạo là ai? DOT khởi tạo được phân phối thế nào?
• Có cần thiết lập một số chức năng hợp đồng không?
• Có cần kết nối với dịch vụ bên ngoài nào không (ví dụ hệ thống bỏ phiếu, oracle, v.v.)?

Những điều này không được viết cứng trong giao thức, mà được đưa vào khi chuỗi khởi động (bootstrap) thông qua một dịch vụ dạng module. Dịch vụ này chính là “Bootstrap service” mà Gavin nói tới.

Vì vậy, vai trò của dịch vụ Bootstrap là:

• Khởi tạo các module cho chuỗi JAM: ví dụ staking, governance, treasury, v.v.
• Tiêm logic vận hành: ví dụ “tổng cung DOT là bao nhiêu”, “DOT phân phối thế nào”, “ai được quyền bỏ phiếu”, v.v.
• Định nghĩa trạng thái khởi điểm của chuỗi: ví dụ trong genesis block có những dịch vụ nào, thứ tự hiệu lực ra sao

Bootstrap chính là “menu khởi động tùy chỉnh” của chuỗi JAM, quyết định chuỗi của bạn khi khởi động sẽ có những chức năng gì và dùng cấu hình nào

Vậy tại sao Gavin nói Bootstrap không nên do một mình Parity kiểm soát?

Bởi vì giống như: nếu tất cả máy tính trên thế giới chỉ có thể khởi động bằng BIOS của Microsoft, thì thực sự không an toàn cũng không tự do.

Anh ấy hy vọng trong tương lai không chỉ Parity, mà nhiều nhóm khác cũng có thể phát triển các dịch vụ Bootstrap với phong cách khác nhau, ví dụ:

• Có nhóm chú trọng tính năng riêng tư
• Có nhóm tập trung mở rộng hiệu năng
• Có nhóm phục vụ ngành nghề đặc thù (ví dụ chuỗi game, chuỗi dữ liệu, v.v.)

Như vậy JAM mới thực sự là nền tảng tính toán mở và có thể kết hợp.

Dịch vụ Bootstrap = cơ chế gắn “plugin chức năng khởi động” cho chuỗi JAM.

Nó quyết định chuỗi này khi khởi động sẽ có năng lực gì, hình dạng ra sao.

Gavin muốn làm nó linh hoạt, chuẩn hóa và để bất kỳ nhóm nào cũng có thể tham gia phát triển, thay vì chỉ Parity kiểm soát.

π × 10⁹ có ý nghĩa gì? Có liên quan đến tổng cung DOT không?

Gavin đã đề xuất một ý tưởng táo bạo và thanh lịch: cố định tổng cung DOT ở mức π × 10⁹ (khoảng 3.14 tỷ) và ghi trực tiếp vào khối genesis của JAM.

Anh ấy hy vọng bằng cách này, hoàn toàn loại bỏ quyền sửa đổi tổng cung DOT khỏi quản trị on-chain, tránh việc tổng cung bị sửa đổi tùy tiện hoặc đề xuất lặp đi lặp lại. Nếu thực sự muốn thay đổi, phải hard fork toàn bộ giao thức.

Điều này sẽ nâng cao đáng kể sự ổn định của chính sách kinh tế DOT, là một tư duy thiết kế gần với “cấp độ hiến pháp”.

Dù Gavin đề cập trong chat về “cố định tổng cung DOT ở mức π × 10⁹” là một ý tưởng chính sách, nhưng nó không phải ngẫu nhiên, mà dựa trên khả năng thiết kế nền tảng của giao thức JAM.

Trong JAM Gray Paper (v0.7.0) mục 4.6 “Economics” đã nêu rõ:

• JAM là một hệ thống kinh tế mã hóa kết hợp mật mã học và lý thuyết trò chơi (crypto-economic system);
• Nó định nghĩa khái niệm “token” gốc, tất cả số dư tài khoản (balance) thuộc N₂⁶⁴, tức tối đa không vượt quá khoảng 18 tỷ token;
• Đồng thời quy định đơn vị nhỏ nhất là 10⁻⁹, và sử dụng “đơn vị tiêu chuẩn” là 10⁹ (không giống Ethereum dùng 10¹⁸);
• Gray Paper chỉ rõ: tổng lượng token phát hành thực tế nên thấp hơn nhiều so với giới hạn này.

Điều này tạo điều kiện cho đề xuất “cố định tổng cung DOT ở mức π × 10⁹ (khoảng 3.14 tỷ)” của Gavin có thể thực hiện ở tầng giao thức.

Nói cách khác, JAM bản thân không định nghĩa chính sách kinh tế, nhưng cung cấp một cơ chế đủ trung lập và linh hoạt, cho phép các mạng như Polkadot tự quyết định tổng cung token, cách phân phối, v.v. thông qua dịch vụ Bootstrap.

Bạn có thể hiểu rằng, JAM cung cấp cho bạn một hệ thống ví có thể chứa 18 tỷ token (về mặt kỹ thuật), nhưng thực tế bỏ vào bao nhiêu, ai kiểm soát việc phát hành là do bạn (thông qua dịch vụ Bootstrap) quyết định. Nó chỉ là khung kỹ thuật, không quy định chính sách.

Ai quyết định phiên bản giao thức JAM?

Mỗi phiên bản giao thức JAM sẽ tương ứng với một phiên bản cụ thể của Gray Paper.

Gavin cho biết, Gray Paper mới nhất đại diện cho giao thức JAM mới nhất, một số phiên bản còn được kiểm toán bên ngoài để trở thành phiên bản “sẵn sàng sản xuất”.

Cộng đồng Polkadot có thể tự quyết định qua quy trình quản trị, chọn phiên bản JAM nào cho mainnet. Các chuỗi khác cũng có thể chọn phiên bản khác để xây dựng mạng riêng. Mô hình này tăng cường đáng kể sự linh hoạt và tự chủ trong tiến hóa giao thức.

Gavin sẽ luôn chủ trì Gray Paper chứ?

Dù hiện tại Gavin vẫn là tổng biên tập Gray Paper, nhưng anh ấy cũng dự định thành lập Gray Paper Editorial Board (GPEB, ủy ban biên tập Gray Paper).

Ủy ban này sẽ gồm các thành viên có năng lực kỹ thuật mạnh, tham gia sâu vào phát triển giao thức JAM, trong tương lai sẽ cùng quyết định hướng tiến hóa phiên bản, ưu tiên và định hướng lâu dài của JAM.

Nếu một ngày Gavin không còn hoạt động, ủy ban này sẽ trở thành “cơ quan quản trị thực tế” của giao thức JAM.

Nếu cộng đồng không đồng ý với hướng đi của GPEB thì sao?

Gavin khẳng định: Cộng đồng Polkadot giữ toàn bộ chủ quyền giao thức.

Nếu không đồng ý với hướng đi của GPEB, Polkadot có thể chọn phiên bản JAM khác, thậm chí fork ra phiên bản riêng, như Gavin hài hước nói Polkadot DAO hoàn toàn có thể fork ra một “Blue Paper” 😄

Anh ấy còn dự định sau v1.0 sẽ mở giấy phép Gray Paper (có thể là Copyleft có bảo vệ bằng sáng chế), cho phép tự do fork, sử dụng và cải tiến trong điều kiện phù hợp.

Ai tài trợ cho hoạt động của GPEB?

Nếu Polkadot quyết định xây dựng mạng lâu dài dựa trên JAM, Gavin cho rằng Polkadot Treasury nên tài trợ cho hoạt động bình thường của GPEB, bao gồm tổ chức họp, thảo luận ưu tiên và xây dựng tiêu chuẩn.

Đồng thời, nếu các mạng khác cũng dựa trên JAM, anh ấy hy vọng họ cũng sẽ chịu trách nhiệm bảo trì tương ứng.

Gavin dự định ban đầu sẽ tự chọn thành viên GPEB, ưu tiên những người có nền tảng kỹ thuật sâu, từng tham gia phát triển JAM. Sau đó, anh ấy sẽ bổ nhiệm phó tổng biên tập và dần chuyển quyền chọn thành viên cho chính ủy ban, Polkadot Fellowship, Web3 Foundation, v.v.

Gavin muốn xây dựng một “tầng hiến pháp” JAM không phụ thuộc vào quản trị bỏ phiếu

Từ việc cố định tổng cung DOT, giao quyền tiến hóa JAM cho ủy ban biên tập Gray Paper, đến việc cho phép cộng đồng giữ chủ quyền quản trị thông qua fork, Gavin đang cố gắng xây dựng một mô hình quản trị giao thức “chống lạm dụng quản trị, kỹ thuật dẫn dắt”.

Đây không chỉ là sự điều chỉnh đối với quản trị on-chain hiện tại, mà còn là cốt lõi của JAM về “module hóa + chủ quyền có thể chuyển đổi”.

Bạn nghĩ sao về mô hình quản trị JAM này? Hãy cùng thảo luận ở phần bình luận nhé!