JAM sẽ được giao trong vòng 12-20 tháng? Ba nhà phát triển cốt lõi tiết lộ mô hình kinh tế M1, PoP và tương lai của ZK!

JAM, cái tên này đã được cộng đồng Polkadot thảo luận trong một thời gian dài. Khi Gavin Wood công bố hàng loạt thông tin quan trọng tại Web3 Summit, kỳ vọng và thắc mắc của mọi người về JAM đều lên đến đỉnh điểm – rốt cuộc JAM là gì? Nó sẽ mang lại những thay đổi gì cho Polkadot? Còn bao lâu nữa JAM mới chính thức ra mắt?

Để giúp cộng đồng có cái nhìn toàn diện hơn, PolkaWorld đã mời ba vị khách mời trực tiếp tham gia phát triển cốt lõi JAM – Bryan từ đội ngũ Acala, Junha – nhà phát triển FastRoll (phiên bản JAM Rust), và Boy Maas – nhà phát triển JAMZig (phiên bản JAM Zig), đồng thời là đồng sáng lập dự án Polona.

Ba vị khách mời này không chỉ tham gia sâu vào việc triển khai kỹ thuật JAM mà còn khám phá tiềm năng của JAM ở nhiều hướng khác nhau: từ phát triển client đa ngôn ngữ, di chuyển bộ công cụ cross-chain, đến các ứng dụng tương lai của PVM, họ là những người đại diện rõ nhất cho tiến trình hiện tại của JAM.

Trong buổi phỏng vấn này, họ sẽ đưa chúng ta vào thế giới JAM qua góc nhìn của người trong cuộc:

• Các cập nhật lớn về JAM mà Gavin công bố thực sự có ý nghĩa gì?
• Giới hạn tổng cung token của JAM (π × 1 tỷ) và cơ chế PoP (Proof of Personhood) sẽ thay đổi mô hình kinh tế của Polkadot như thế nào?
• Mục tiêu kỹ thuật và tiến độ của Milestone 1 ra sao? Khi nào testnet sẽ ra mắt?
• Làm thế nào để ZK (Zero-Knowledge Proof) kết hợp với JAM trong tương lai?
• Cơ chế quản trị của JAM và Ủy ban biên tập Gray Paper sẽ ảnh hưởng thế nào đến sự phát triển lâu dài của giao thức?

Nếu bạn muốn tìm hiểu về tương lai của JAM và cách nó sẽ tái định hình hạ tầng của hệ sinh thái Polkadot – số này bạn không nên bỏ lỡ.

Gặp gỡ ba đội phát triển JAM

Kristen: Xin chào mọi người, tôi là Kristen. Hôm nay chúng tôi mời ba nhà phát triển cốt lõi của JAM, những người đang trực tiếp tham gia phát triển JAM. Nếu bạn theo dõi PolkaWorld hoặc các tin tức mới nhất về Polkadot, chắc hẳn bạn đã biết Web3 Summit đang diễn ra, và Gavin đã công bố một số thông tin quan trọng về JAM tại hội nghị. Cộng đồng cũng đã liên tục gửi câu hỏi cho chúng tôi, vì vậy chúng tôi tổ chức buổi livestream này để nhờ ba vị khách mời chia sẻ, giúp cộng đồng hiểu rõ hơn về những gì Gavin công bố về JAM tại Web3 Summit.

Phần đầu tiên, tôi muốn mời ba vị khách lần lượt giới thiệu ngắn gọn về bản thân, phần việc mà các bạn phụ trách trong dự án JAM và tiến độ phát triển hiện tại. Dù một số khách mời đã là bạn cũ của chương trình, nhưng mỗi lần đều có khán giả mới, nên mong các bạn giới thiệu lại. Chúng ta bắt đầu từ Junha nhé.

Junha: Cảm ơn Kristen đã mời. Xin chào mọi người, tôi là Junha, lần đầu tham gia chương trình này.

Hiện tại tôi đang phát triển phiên bản JAM bằng ngôn ngữ Rust, tên dự án là “FastRoll”. Đội của tôi hiện chỉ có mình tôi, coi như là nhà phát triển độc lập.

Tôi đã làm dự án này khoảng một năm, hiện đang chuẩn bị cho đánh giá milestone đầu tiên, đồng thời cũng đã bắt đầu một số công việc cho giai đoạn hai.

Kristen: Chào mừng Junha! Tiếp theo mời Bryan giới thiệu.

Bryan: Xin chào mọi người, tôi là Bryan, đến từ đội Acala. Hiện tôi dẫn dắt một nhóm nhỏ phát triển một phiên bản JAM khác, tên dự án là “Boka”.

• Chúng tôi cũng đang hoàn thiện giai đoạn đầu tiên, đồng thời cập nhật một số thành phần off-chain để chuẩn bị cho giai đoạn hai.
• Bên cạnh đó, chúng tôi cũng vừa bắt đầu phát triển trình biên dịch lại PVM, nhưng vẫn còn ở giai đoạn khá sớm, còn cách hoàn thành khá xa.

Kristen: Cảm ơn Bryan đã trở lại với chương trình, thực ra Bryan là khách mời đầu tiên giới thiệu về dự án JAM của chúng tôi, rất vui khi bạn quay lại. Cuối cùng, chào mừng Boy Maas, chúng tôi cũng từng phỏng vấn riêng bạn.

Boy Maas: Đúng vậy, xin chào mọi người, tôi là Boy Maas. Tôi là nhà phát triển độc lập JAM phiên bản Zig, client của chúng tôi tên là “JAMZig”.

Đồng thời tôi cũng là đồng sáng lập một dự án trong hệ sinh thái JAM, mục tiêu của chúng tôi là di chuyển toàn bộ toolchain và Solana Virtual Machine (SVM) của Solana lên JAM. Hiện đã hoàn thành giai đoạn kiểm chứng ý tưởng ban đầu, tức là đã chạy được một số chức năng cơ bản.

JAM sẽ chính thức ra mắt trong 12 đến 20 tháng?

Kristen: Chào mừng Boy Maas, Polona thực sự là một dự án tiên phong, hướng tới thu hút các nhà phát triển Solana tham gia hệ sinh thái Polkadot, ý tưởng rất tuyệt! Chào mừng ba vị khách mời.

Chủ đề đầu tiên tôi muốn hỏi Boy Maas, bạn đã tham dự Web3 Summit, chúng tôi đã thấy nhiều thông tin về bài phát biểu của Gavin trên Twitter, nhưng tôi muốn nghe bạn chia sẻ cảm nhận từ góc nhìn cá nhân, bạn có xem bài phát biểu của Gavin không? Bạn có thể chia sẻ những thông tin quan trọng mà bạn thấy không?

Boy Maas: Tất nhiên, được tham dự trực tiếp thực sự rất tuyệt. Bạn có thể gặp nhiều thành viên cộng đồng Polkadot, nhiều chia sẻ thú vị giúp cảm nhận rõ động lực của cộng đồng, bầu không khí rất tích cực, tràn đầy năng lượng và khiến mọi người kỳ vọng vào tương lai. Hôm nay là ngày cuối cùng, tôi cũng rất mong được mang trải nghiệm này về để tiếp tục phát triển dự án.

Kristen: Bạn có xem bài phát biểu của Gavin chứ?

Boy Maas: Tôi có xem, đúng vậy.

Kristen: Bạn có ấn tượng gì sâu sắc muốn chia sẻ không? Trên Twitter có một số thông tin, nhưng chúng tôi muốn nghe từ góc nhìn của các nhà phát triển, giải thích đơn giản dễ hiểu hơn cho mọi người.

Boy Maas: Tất nhiên rồi. Gavin đã đề cập rất nhiều điều trong bài phát biểu. Ông ấy là người có tầm nhìn xa và rất giàu kinh nghiệm, nên những quyết định và ý tưởng mới của ông ấy ảnh hưởng lớn đến định hướng tương lai của cộng đồng.

Điểm quan trọng nhất là ông ấy công bố tổng cung token JAM sẽ được giới hạn cứng ở “π nhân với 1 tỷ” (π × 1,000,000,000), đây là một thay đổi rất lớn và sẽ kéo theo nhiều ảnh hưởng sau này.

Một điểm nữa là ông ấy cố gắng truyền đạt rõ hơn cho cộng đồng Polkadot về JAM thực sự là gì. JAM về bản chất là để tăng cường và hỗ trợ hệ sinh thái Polkadot, định vị của nó là thúc đẩy hạ tầng của toàn bộ hệ sinh thái. Thực ra bây giờ mọi người đều đang ở giai đoạn khám phá và thích nghi: JAM là gì? Nó làm được gì? Nó phối hợp với Polkadot mainnet ra sao? Nó được triển khai như thế nào?

Là nhà phát triển, chúng tôi hiểu rõ chi tiết kỹ thuật của JAM, nhưng tôi cũng hiểu với đa số mọi người, hiện vẫn ở giai đoạn “chưa rõ JAM sẽ mang lại thay đổi gì”. Mọi người đều đang cố hình dung thế giới tương lai do JAM dẫn dắt sẽ như thế nào.

Kristen: Nghe rất thú vị. Tôi còn chú ý Gavin nói JAM sẽ chính thức ra mắt trong 12 đến 20 tháng, dự án Polona của các bạn chắc cũng phụ thuộc vào mốc thời gian này? Tiến độ phát triển của các bạn có đồng bộ với thời gian của JAM không?

Boy Maas: Đúng vậy, Kristen, bạn nói hoàn toàn đúng. Thực ra chúng tôi không chuẩn bị sẵn sàng mọi thứ ngay khi testnet ra mắt, nhưng theo lịch trình công bố hiện tại, kế hoạch của chúng tôi đã hoàn toàn phù hợp, khi JAM testnet ra mắt, chúng tôi có thể sử dụng ngay. Khi mạng chính thức vận hành, chúng tôi cũng sẽ theo sát tiến độ.

Milestone 1 của JAM là gì?

Kristen: Rất tốt, nghe tiến độ như vậy tôi rất vui. Tiếp theo tôi muốn hỏi Junha.

Gần đây JAM đã công bố một cập nhật kỹ thuật lớn, đồng thời xác định mục tiêu giao hàng cho milestone đầu tiên (milestone 1). Tuy nhiên, một số khán giả vẫn chưa hiểu rõ milestone 1 là gì, cụ thể làm gì, tiến độ ra sao. Bạn có thể giới thiệu milestone 1 gồm những gì không? Tiến độ testnet thế nào? Bạn dự đoán khi nào sẽ ra mắt?

Junha: Tất nhiên. Như bạn đề cập, Gray Paper của JAM vừa được cập nhật lên phiên bản 0.7.0. Gavin cũng nói trong bài phát biểu rằng từ phiên bản này, Polkadot Fellowship có thể bắt đầu đánh giá milestone 1. Hiện tại hầu hết các đội phát triển client JAM đều đang chuẩn bị cho đợt đánh giá này.

Mục tiêu của milestone 1 là giao một client node có thể “nhập block đúng cách”, tức là xác thực logic runtime cơ bản nhất của JAM.

Cụ thể, với một chuỗi block (có thể gồm block hợp lệ và không hợp lệ), client phải nhận diện được block nào có định dạng đúng. Với block hợp lệ, client cần đọc dữ liệu ngoài, thực thi logic chuyển đổi trạng thái (tức là logic cốt lõi của blockchain runtime), và cuối cùng tạo ra trạng thái mới trên chain. Vì blockchain về bản chất là một state machine: với trạng thái ban đầu, nhập block và thực thi logic sẽ tạo ra trạng thái tiếp theo.

Đánh giá milestone 1 là xem client của bạn có tạo ra trạng thái tiếp theo đúng sau khi nhập các block này không.

Cách đánh giá cũng rất trực tiếp: chúng tôi chuẩn bị một loạt block test, rồi so sánh trạng thái tiếp theo do các client khác nhau tạo ra có hoàn toàn giống nhau không. Kết quả trạng thái này có thể được tóm tắt bằng một “vertical root”, nên việc so sánh rất thuận tiện. Hiện đã có một công cụ test tên là JAM Conformance Fuzzer, nó có thể tự động tạo nhiều block chứa dữ liệu ngẫu nhiên, dùng để kiểm tra các client có cho ra cùng một state root không.

Tôi nghĩ đây là cơ hội tốt để phát hiện bug quan trọng và sửa kịp thời, tạo nền tảng cho các giai đoạn phức tạp hơn sau này.

Kristen: Hiểu rồi, vậy testnet dự kiến khi nào ra mắt?

Junha: Ý bạn là testnet JAM? Hiện một số đội đã thử tương tác cross-client bằng binary tự biên dịch, nhưng cá nhân tôi nghĩ testnet thực sự chỉ trưởng thành sau milestone 2.

Bởi milestone 1 chủ yếu xác thực logic chuyển đổi trạng thái của node, chưa đủ để vận hành một testnet hoàn chỉnh. Milestone 2 mới bắt đầu đánh giá các client đã hoàn thành giao thức mạng (networking spec) chưa. Nhưng hiện phần này còn chưa ổn định, thậm chí chưa được viết vào Gray Paper. Khi nào giao thức mạng ổn định, các client hoàn thành phát triển, mới có thể test tương tác giữa các node.

Lúc đó mới phù hợp để chuẩn bị ra mắt testnet chính thức. Dĩ nhiên có thể một số đội sẽ thử nghiệm sớm, nhưng kế hoạch cá nhân tôi là sau milestone 2 mới tham gia testnet.

Kristen: Được rồi. Vậy bạn nghĩ các nội dung mới Gavin công bố tại hội nghị sẽ ảnh hưởng đến tiến độ phát triển của bạn không?

Junha: Tôi nghĩ phần lớn nội dung ông ấy đề cập hướng tới tầm nhìn dài hạn, nên ngắn hạn sẽ không ảnh hưởng nhiều đến kế hoạch của tôi. Hiện tôi vẫn tập trung hoàn thành milestone 1, dự kiến cần thêm vài tuần hoặc một tháng nữa để giao một client hoàn chỉnh. Nên trước mắt chiến lược phát triển của tôi không thay đổi gì.

Dĩ nhiên, trong chu kỳ dài hơn từ một đến ba năm, các hướng đi mới này có thể ảnh hưởng, nhưng hiện tại tôi vẫn sẽ tập trung hoàn thành milestone 1.

Nếu PoP thay thế NPoS, sẽ có ảnh hưởng gì?

Kristen: Hiểu rồi, cảm ơn bạn đã chia sẻ! Tiếp theo tôi muốn hỏi Bryan một câu “hardcore” về kinh tế token. Chúng ta đều biết các nhà phát triển thường không thích đánh giá hiệu quả mô hình kinh tế, nhưng đây là vấn đề cộng đồng quan tâm nhất. Gavin nói tại hội nghị sẽ dùng PoP (Proof of Personhood) thay NPoS, đồng thời phần thưởng cho validator sẽ cố định và áp dụng cơ chế giảm một nửa hàng năm để giới hạn tổng cung DOT. Là nhà phát triển, bạn nghĩ sao về những thay đổi này? Ảnh hưởng lớn nhất là gì? Cá nhân bạn có ủng hộ không? Có lo ngại hay đề xuất gì không?

Bryan: Thực sự đây là một thay đổi lớn.

Để tôi điểm lại bối cảnh: Dù là Proof of Work (PoW), Proof of Stake (PoS), hay bây giờ là Proof of Personhood (PoP), các cơ chế này đều nhằm bảo vệ an ninh mạng lưới, ngăn chặn double spend, chain split, v.v.

Mỗi cơ chế đều có chi phí vận hành, ví dụ PoW tốn chi phí block reward, điện và sức mạnh tính toán, còn PoS thì phải trả thưởng cho người stake.

PoP mới này có cơ chế thưởng rất khác. Polkadot trước đây dùng NPoS (Nominated Proof of Stake), dù không đắt như PoW nhưng vẫn có vấn đề: để duy trì an ninh mạng lưới, phải liên tục phát hành token mới thưởng cho validator và nominator, gây ra lạm phát.

Giờ áp dụng POP là để giảm chi phí vận hành an ninh mạng, không còn dựa vào thưởng/phạt kinh tế mà chuyển sang cách mới – cụ thể thế nào chưa rõ, nhưng cốt lõi là “mỗi người một phiếu”, nếu làm được thì gian lận sẽ khó hơn nhiều, mạng lưới dễ bảo vệ hơn, không cần trả nhiều token làm phần thưởng nữa.

Về phía mạng lưới, điều này giảm mạnh chi phí vận hành, là điều tốt. Nhưng cũng có tác dụng phụ, trước đây nhiều người dựa vào staking để kiếm thêm token, giờ mô hình này gần như biến mất. Dù vẫn có cách mới để nhận token, nhưng số lượng sẽ giảm mạnh. Tuy nhiên, với tư cách holder, nếu chi tiêu mạng lưới giảm, giá trị token của bạn sẽ tăng, nên tổng thể tôi nghĩ là tích cực.

Nhưng điều này cũng có thể thúc đẩy DeFi. Khi lợi nhuận staking giảm, người dùng có thể chuyển vốn sang các giao thức DeFi khác như lending, cung cấp thanh khoản, v.v., giúp kích hoạt hệ sinh thái DeFi.

Dĩ nhiên, tác động cụ thể còn phải xem chi tiết đầy đủ, ngay cả khi có thiết kế hoàn chỉnh cũng khó dự đoán hết ảnh hưởng. Nhưng cá nhân tôi nghiêng về hướng tích cực với thay đổi này.

Kristen: Tôi nghĩ ngắn hạn sẽ khá “đau” với validator, vì thu nhập của họ có thể giảm mạnh, bạn nghĩ điều này sẽ gây vấn đề gì trong giai đoạn đầu không?

Bryan: Tôi nghĩ còn tùy cách chuyển đổi. Ví dụ, sẽ không thay đổi đột ngột mà chuyển dần, giống như giảm một nửa nguồn cung token mỗi năm, không phải ngày đầu đã cắt lạm phát về 0 mà giảm dần, vừa đi vừa quan sát, để mọi người có thời gian thích nghi và điều chỉnh chiến lược.

Chúng ta vẫn phải đảm bảo an ninh mạng lưới, phải để validator ít nhất bù được chi phí và có chút lợi nhuận, cũng phải để mọi người có động lực đề cử và chọn validator tốt. Những tiền đề này không thay đổi, chỉ là không muốn trả thưởng quá cao nữa. Nên chắc chắn sẽ có thay đổi, nhưng hy vọng mô hình kinh tế mới sẽ giảm thiểu tác động tiêu cực.

zkJAM là gì?

Kristen: Đúng vậy, cộng đồng cũng rất chia rẽ. Ban đầu ai cũng kêu “giảm lạm phát”, giờ chuyển sang giảm phát lại có người phàn nàn. Tôi nghĩ hướng đi này là tốt, cảm ơn bạn đã chia sẻ quan điểm sâu sắc như vậy.

Tiếp theo chúng ta nói về một chủ đề kỹ thuật – ZKJAM. Tôi thấy từ này trên slide của Gavin, trông vẫn khá khái niệm. Nhưng “zero-knowledge proof” (ZK) mấy năm nay rất hot trong Web3, nhiều người nói ZK là giải pháp tối thượng cho Rollups và khả năng mở rộng. Nếu sau này ZK kết hợp với JAM, sẽ là kịch bản như thế nào? Tôi muốn nghe ý kiến của ba bạn. Junha trả lời trước nhé.

Junha: Được. Gavin ví JAM như một “siêu máy tính bare-metal phi tập trung”, còn các dịch vụ trên đó giống như hệ điều hành chạy trên phần cứng, như Windows hoặc macOS.

Nếu sau này ZK tích hợp vào JAM, từ góc nhìn nhà phát triển dịch vụ hay ứng dụng, thực ra sẽ không có thay đổi “lật đổ” nào, trải nghiệm phát triển và người dùng nhìn chung vẫn giữ nguyên.

Dù cơ chế bảo mật của JAM từ “mô hình re-execution dựa trên audit” hiện tại, nâng cấp lên “mô hình dựa trên ZK proof”, miễn là nâng cấp này được kiểm chứng chặt chẽ, hiệu quả hơn thì hoàn toàn xứng đáng áp dụng.

Nên tôi nghĩ, nếu ZK và JAM thực sự tương thích tốt, lại ưu việt hơn hiện tại, thì nâng cấp là khả thi, trải nghiệm tổng thể cũng không thay đổi nhiều.

Kristen: Cảm ơn bạn. Có lẽ đoạn vừa rồi một số khán giả sẽ hơi “choáng” vì thuật ngữ kỹ thuật, nhưng đừng lo, chúng tôi sẽ có bài tổng kết bằng tiếng Trung để mọi người đọc lại. Tiếp theo mời Bryan chia sẻ quan điểm.

Bryan: Tôi nghĩ mọi người cần phân biệt hai khái niệm: một là JAM làm hạ tầng cho các Rollup bảo mật bằng ZK, hai là JAM tự bảo mật bằng ZK. Hai cái này hoàn toàn khác nhau.

Thông qua PVM trong JAM, bất kỳ thuật toán hay kiến trúc ZK nào, ví dụ giao thức ZK-Rollup mới, đều có thể triển khai như một dịch vụ trên JAM. Phần này khá dễ làm.

Nhưng nếu muốn JAM tự bảo mật bằng ZK, thì cần rất nhiều nghiên cứu tiên tiến và tối ưu hóa thuật toán hiện tại. Hiện tại vẫn còn rất “tiên phong”. Điều này phụ thuộc vào thực tế – thuật toán hiện nay có thể chưa đủ nhanh, chưa đủ rẻ, nhưng tương lai không ai biết, có thể ngày mai ai đó phát minh ra thuật toán nhanh hơn 100 lần, lúc đó mọi thứ sẽ thay đổi.

Nên nếu sau này có cách tích hợp ZK thực sự hữu ích, giúp JAM an toàn hơn, tôi chắc chắn ủng hộ sử dụng nó.

Kristen: Hiểu rồi, hy vọng lĩnh vực này sẽ có đột phá. Boy Maas, bạn là nhà phát triển kỳ cựu, bạn nghĩ sao về chủ đề này?

Boy Maas: Thực ra tôi nghĩ Bryan và Junha đã nói rất đầy đủ. Tôi thích JAM một phần vì nó là hệ thống rất thực dụng. Các lựa chọn thiết kế đều nhằm mục tiêu hệ thống thực sự chạy được, thực thi tính toán. Như Bryan nói, hiện tại dùng ZK cho tất cả mọi thứ quá đắt, quá phi thực tế. Nên tôi hình dung tương lai có thể dùng “mô hình lai”, tức là audit truyền thống và ZK song song.

Nhưng hiện tại, ZK quá đắt, quá phi thực tế, nhưng trong 12 tháng đến 5 năm tới, lĩnh vực ZK chắc chắn sẽ thay đổi rất nhiều. Nếu ZK thực sự hiệu quả, đó sẽ là công nghệ rất hấp dẫn, thậm chí có thể định nghĩa lại mô hình bảo mật và kiến trúc hệ thống của chúng ta.

Nhưng hiện tại, mô hình lai có lẽ thực tế hơn: vừa giữ tính thực dụng, vừa cho phép các ứng dụng thực sự cần bảo mật ZK sử dụng công nghệ này.

JAM sẽ thành lập Ủy ban biên tập Gray Paper

Kristen: Cảm ơn các bạn đã chia sẻ. Tiếp theo chúng ta nói về cơ chế quản trị của JAM.

Gavin sẽ tiếp tục làm tổng biên tập Gray Paper, đồng thời công bố sẽ thành lập “Ủy ban biên tập Gray Paper”, gồm các contributor tham gia sâu vào phát triển JAM, có năng lực kỹ thuật, trong tương lai sẽ cùng quyết định cập nhật, ưu tiên và quyết sách quan trọng của giao thức JAM. Tôi muốn hỏi các bạn là nhà phát triển, các bạn nghĩ cách quản trị giao thức bằng ủy ban như vậy có khả thi không? Có thể xảy ra “lệch hướng” không? Nếu có thì xử lý thế nào? Mời Boy Maas trả lời trước.

Boy Maas: Tôi nghĩ đây là câu hỏi rất ý nghĩa. Với một lĩnh vực chuyên môn cao như thế này, có một ủy ban chịu trách nhiệm cập nhật Gray Paper là rất hợp lý và cần thiết. Vì người ra quyết định phải hiểu sâu nguyên lý JAM và có kinh nghiệm thực tiễn lâu dài mới đưa ra quyết định sáng suốt. Việc Gavin dẫn dắt ủy ban này là hợp lý, nên tôi hoàn toàn ủng hộ cách quản trị này.

Kristen: Vậy bạn nghĩ giao thức do một nhóm chuyên gia quyết định là tốt?

Boy Maas: Đúng vậy, tôi hoàn toàn đồng ý.

Kristen: Được rồi, Bryan, bạn nghĩ sao?

Bryan: Thực ra bạn có thể hiểu thế này: mọi dự án về bản chất đều do một dạng “ủy ban” quản trị, chỉ khác về quy mô và thành viên. Khác biệt là có quy trình quản trị rõ ràng hay không.

Tôi nghĩ việc ghi rõ quy trình quản trị là một tiến bộ, ít nhất mọi người đều biết cập nhật được quyết định thế nào, làm vậy tăng minh bạch, cũng dễ tối ưu quy trình sau này. Nếu không có quy tắc thì không thể cải tiến.

Nội dung Gray Paper thực sự rất phức tạp, hầu hết các nhà phát triển JAM đều đọc đi đọc lại nhiều phiên bản. Nhưng thật ra có lẽ ngoài Gavin, không ai hiểu 100% nội dung, thậm chí Gavin cũng không thể nắm hết từng chi tiết. Hiện còn nhiều người tham gia sửa tài liệu, như sửa lỗi chính tả, chỉnh công thức, tối ưu logic, đó là một quá trình hợp tác.

Nên tôi nghĩ chỉ những người có kinh nghiệm nhiều năm trong lĩnh vực này mới phù hợp tham gia sửa Gray Paper. Vì một thay đổi nhỏ có thể gây hiệu ứng dây chuyền lớn. Đây là tương lai của Web3, thậm chí của Internet, liên quan đến an toàn tài sản, nên phải cực kỳ cẩn trọng. Minh bạch và mở là rất quan trọng. Mọi người có thể đề xuất, nhưng phải chứng minh mình hiểu rõ đề xuất, nếu không thì ý kiến nhiễu sẽ lấn át ý kiến hiệu quả.

Kristen: Vậy bạn nghĩ ủy ban này cần có cơ chế, ví dụ ai được tham gia, tổ chức thành viên thế nào. Vì ai cũng có ý kiến riêng, nếu không có quy tắc sẽ dễ chia rẽ, thậm chí lệch hướng.

Bryan: Nên chúng ta mới cần smart contract, quy trình rõ ràng, ghi lại mọi thứ. Nếu quy tắc rõ ràng, ai cũng giám sát được, toàn bộ minh bạch, thì khả năng lệch hướng sẽ nhỏ hơn nhiều. Nếu làm trong phòng kín, không ai biết tiến độ, thì mới dễ lệch hướng. Nên minh bạch rất quan trọng, nhất là nếu quy trình có thể thực thi bằng smart contract thì cơ chế này mới có thể tồn tại lâu dài.

Kristen: Hiểu rồi, tôi nhớ cộng đồng bitcoin cũng có một ủy ban phát triển thúc đẩy tiến trình.

Bryan: Đúng vậy, cộng đồng bitcoin có một nhóm core developer, nhưng quyết định cuối cùng là qua fork, chain nào có nhiều hashpower nhất thì thắng.

Kristen: Hiểu rồi, cảm ơn bạn giải thích. Cuối cùng mời Junha chia sẻ quan điểm về chủ đề này.

Junha: Tôi nghĩ thành lập ủy ban biên tập là bước đi rất tự nhiên và ý nghĩa. Dự án JAM rất đặc biệt: trước khi phát triển phần mềm hoàn chỉnh, đã công bố một tài liệu kỹ thuật hoàn chỉnh (Gray Paper). Tài liệu này chứa rất nhiều công thức toán học, dùng để định nghĩa hành vi input/output của hệ thống. Việc soạn tài liệu trước khi phát triển là để hướng tới phi tập trung cao hơn và hệ thống bền vững hơn.

Vì vậy, Gray Paper từ khi công bố đã được sửa đổi nhiều lần, thậm chí sau khi ra mắt bản 1.0 vẫn sẽ tiếp tục sửa đổi.

Khi nhiều đội bắt đầu triển khai JAM và xây dựng testnet, chắc chắn sẽ phát hiện ra những phần có thể tối ưu hơn nữa, giúp giao thức hiệu quả hoặc khả thi hơn. Với tính chất dự án JAM, Gray Paper có thể sẽ tiếp tục phát triển trong vài tháng sau khi mainnet ra mắt, thậm chí có thể có hard fork.

Trong trường hợp này, có một nhóm người cùng chịu trách nhiệm phát triển tài liệu giao thức rõ ràng tốt hơn là chỉ dựa vào một tác giả.

Dĩ nhiên như Bryan nói, minh bạch cũng rất quan trọng, quy trình quyết định của ủy ban phải công khai. Tôi cũng hy vọng nhiều đội sử dụng JAM sẽ chủ động tham gia review, hiệu đính và phản hồi tài liệu, chứ không chỉ “tin Gavin nói là đúng”. Tham gia chủ động như vậy sẽ giúp phát hiện điểm cần cải tiến. Đây là khởi đầu tốt, rất đáng kỳ vọng. Với đặc thù dự án JAM, cách để tài liệu liên tục nâng cấp như vậy là tự nhiên và hợp lý.

Chúng ta có thể đã đánh giá thấp JAM sẽ mang lại gì cho blockchain

Kristen: Được rồi, thực sự đây là một khởi đầu tốt. Nếu toàn bộ quá trình minh bạch thì rất tuyệt. Cảm ơn các bạn đã chia sẻ, tôi nghĩ chúng ta đã bàn hết các chủ đề hôm nay.

Sắp kết thúc rồi, các bạn có gì muốn bổ sung không? Về JAM, về hội nghị Web3, còn điều gì muốn nói mà chưa kịp nói? Mời Bryan trước nhé.

Bryan: Không có gì đặc biệt muốn bổ sung. JAM là một hạ tầng nền tảng, nó quan trọng nhưng không phải tất cả. Điều thực sự quan trọng là các dịch vụ và ứng dụng xây dựng trên JAM – người dùng thực ra không dùng JAM trực tiếp mà dùng các dịch vụ dựa trên JAM.

Nên JAM ra mắt chỉ là bước đầu tiên để đạt mục tiêu cuối cùng. Chúng ta nên tập trung vào các dịch vụ và ứng dụng chạy trên JAM, đó mới là thứ thực sự ảnh hưởng đến người dùng. Tương lai còn rất nhiều việc phải làm, sự quan tâm của chúng ta không nên chỉ dừng ở giao thức JAM mà còn ở mọi thứ xây dựng trên nó.

Kristen: Cảm ơn bạn. Boy Maas, về Polona hoặc JAM bạn còn gì muốn bổ sung không?

Boy Maas: Tất nhiên. Đầu tiên vẫn muốn nói về JAM. Tôi nhớ lần trước ở Lisbon, Gavin có một buổi chia sẻ về JAM. Khi đó tôi có cảm giác rất mạnh là chúng ta có thể đã đánh giá thấp nền tảng này sẽ mang lại gì cho cộng đồng blockchain.

Băng thông và sự linh hoạt mà JAM cung cấp là điều chưa blockchain nào trước đây làm được. Tôi nghĩ nó đã là một cột mốc quan trọng trong lịch sử phát triển blockchain, đặc biệt ở khả năng hỗ trợ các ứng dụng mới, thực sự rất độc đáo.

Bổ sung thêm, dự án Polona của chúng tôi cũng tiến triển rất nhanh, hiện đã chạy được một phiên bản proof-of-concept (PoC) trên JAM. Chúng tôi đã chuyển SVM của Solana lên PVM, tức là bạn có thể chạy bytecode của Solana trực tiếp trên JAM, kể cả chức năng gọi chéo hợp đồng cũng đã thông, mọi thứ đều chạy được, thực sự rất tuyệt. Điều này thể hiện sức mạnh của dịch vụ JAM.

Kristen: Tuyệt vời, cảm ơn bạn! Cuối cùng mời Junha bổ sung thêm.

Junha: Tôi hy vọng sẽ có nhiều người bắt đầu quan tâm đến JAM, Polkadot và Gray Paper. Tôi thực sự mong muốn kết nối với nhiều người hơn để chia sẻ ý tưởng.

Hiện tại client JAM vẫn đang phát triển nên chưa có nhiều ví dụ ứng dụng “hoàn chỉnh”. Dù đội của Gavin đã trình diễn một số demo, nhưng hiện vẫn chưa có nhiều case thực tế đủ thuyết phục mọi người “tin” hệ thống này làm được gì.

Tuy nhiên, tôi nghĩ chỉ cần bạn quan tâm đến lý tưởng Web3, muốn thực sự thúc đẩy ranh giới ngành này, thì JAM là dự án rất đáng nghiên cứu sâu. Tôi tự mình phát triển dự án này một thời gian dài, nên thực sự mong muốn gặp gỡ nhiều bạn cùng chí hướng, dù chỉ cùng đọc Gray Paper, thảo luận cũng rất tốt. Hy vọng chúng ta có thể trao đổi ý tưởng, thậm chí cùng xây dựng những thứ mới, nhất là sau khi hoàn thành node.

Kristen: Được rồi, cảm ơn bạn đã chia sẻ, cũng cảm ơn các vị khách mời đã mang đến những quan điểm và nhận định tuyệt vời hôm nay! Cảm ơn tất cả các bạn đã tham gia, hãy theo dõi Twitter của các khách mời, tài khoản có trong thông báo của PolkaWorld. Dù bạn là người dùng bình thường hay nhà phát triển, cập nhật tiến độ mới nhất của JAM đều rất giá trị. Cảm ơn mọi người đã lắng nghe, hẹn gặp lại! Tạm biệt!