Gavin Wood: Chúng ta đã học được bài học gì trong quá trình từ Polkadot 1.0 đến JAM?
Tuyển chọn TechFlowTuyển chọn TechFlow
Gavin Wood: Chúng ta đã học được bài học gì trong quá trình từ Polkadot 1.0 đến JAM?
Gavin đã chia sẻ chủ yếu một số câu chuyện thú vị trước khi bắt đầu Ethereum, cũng như những suy ngẫm và bài học trong quá trình từ Polkadot 1.0 đến JAM.
Chuyên sâu báo cáo Web3Biên dịch: PolkaWorld
Vài tháng trước, Gavain đã tham gia phỏng vấn với Raoul Pal. Dù không phải video mới nhất, những quan điểm Gavin chia sẻ vẫn rất đáng để chúng ta tìm hiểu! Như thường lệ, bài viết sẽ được chia làm hai phần. Đây là phần đầu tiên của video này! Gavin chủ yếu chia sẻ một số câu chuyện thú vị trước khi bắt đầu với Ethereum, cũng như những suy ngẫm và bài học từ Polkadot 1.0 đến JAM.
Trước tiên, hãy cùng thưởng thức một loạt trích dẫn nổi bật!
-
Ethereum không đơn thuần là bản sao của Bitcoin, mà thực sự đang cố gắng đẩy lùi giới hạn. Khi đó chưa ai bắt đầu xây dựng nó, và tôi biết rằng tôi có thể tự tay xây dựng một thứ hoàn toàn mới.
-
Xét về mặt nào đó, Polkadot là nỗ lực kỹ thuật tiếp theo của tôi nhằm đóng góp sâu hơn vào lĩnh vực Web3. Ý tưởng này bắt nguồn từ việc tôi suy nghĩ về Ethereum 2.0 sẽ trông như thế nào.
-
Nếu không thể mở rộng hệ thống bằng cách nâng cao hiệu suất của từng nút đơn lẻ, thì cần phải áp dụng phương pháp "mở rộng ngang" (horizontal scaling).
-
Tôi kiên định tin rằng, sở hữu một "ô dù bảo mật duy nhất" là hợp lý nhất. Theo tôi, mô hình bảo mật phân tán hoàn toàn vô nghĩa.
-
Thay đổi lớn nhất của tôi trên Polkadot liên quan đến khái niệm tôi gọi là "phân mảnh trạng thái liên tục". Chúng ta không nên biến "phân mảnh liên tục" thành mô hình cố định; thay vào đó, chúng ta cần áp dụng phương pháp phân mảnh linh hoạt và tạm thời hơn.
-
Giờ đây, định nghĩa về "parachain" (chuỗi song song) đã có thể mở rộng đáng kể, bất kỳ chuỗi nào có thể tích hợp vào mô hình "máy tính toàn cầu" JAM đều có thể được coi là parachain.
-
Vấn đề cốt lõi chúng ta đang thảo luận thực chất là khả năng mở rộng — không chỉ tăng lượng dữ liệu đầu vào và đầu ra, mà còn phải nâng cao hiệu quả xử lý dữ liệu trong hệ thống. Chỉ khi nâng cao các khả năng này lên hàng chục lần, chúng ta mới thực sự hỗ trợ được các trường hợp sử dụng ý nghĩa trong đời sống thực tế, và di chuyển các ứng dụng Web2 hiện tại sang Web3.
-
Mục tiêu của JAM là cho phép bạn chạy gần như mọi đoạn mã máy tính thông thường, chứ không phải hợp đồng thông minh, không cần tối ưu hóa gas phức tạp, chỉ mất chi phí cực thấp để tải lên và chạy mã, từ đó thu hút người dùng.
-
Khi Web3 trở thành lựa chọn thay thế hợp lệ cho Web2, thị trường đủ lớn sẽ mở ra, ngay cả khi chi phí không gian khối gần như bằng không, vẫn sẽ có đủ giá trị để trả cho các trình xác thực duy trì mạng lưới.
-
Nếu không gian khối đủ rẻ, gần như miễn phí, thì vấn đề sẽ không còn nằm ở rào cản gia nhập hay trường hợp sử dụng, mà là liệu chúng thực sự hữu ích, có người dùng và thị trường hay không.
Hãy tiếp tục đọc để khám phá thêm!
Câu chuyện của Gavin trước Ethereum
Raoul Pal: Tiểu sử cá nhân của anh thực sự rất ấn tượng, vậy nếu anh không ngại, anh có thể đưa chúng tôi quay lại quá khứ và chia sẻ câu chuyện của mình không? Bắt đầu từ trước Ethereum, lúc đầu anh đã bước chân vào lĩnh vực này như thế nào?
Gavin: Tôi luôn hứng thú với kinh tế học và lý thuyết trò chơi. Tôi học khoa học máy tính ở đại học, nhưng lần đầu tiên tôi biết đến Bitcoin là vào khoảng tháng 2-3 năm 2013, khi tôi đọc được một bài viết về Amir Taaki, một lập trình viên Bitcoin, cũng tự nhận là một "mật mã bạt mạng" (cypherpunk) và vô chính phủ gia mã hóa. Anh ấy dường như là một nhân vật rất nổi bật, tôi cảm thấy sẽ rất thú vị nếu được gặp và nghe anh ấy nói về cái nhìn của mình đối với thế giới. Tôi cũng rất muốn đóng góp cho một dự án Bitcoin lúc đó, nên đã gửi email cho anh ấy, anh ấy hồi âm, rồi chúng tôi gặp nhau tại một tòa nhà bỏ hoang ở London — đây là lần đầu tiên tôi tới một công trình bị bỏ hoang. Anh ấy giới thiệu tôi với vài người trong cộng đồng Bitcoin, đầu tiên là Mihai Alisie và bạn gái Roxana của anh ấy. Lúc đó cô ấy đang ngồi trên một tấm đệm, căn phòng giống như văn phòng, còn nơi bỏ hoang kia thực ra là một tòa nhà văn phòng. Tôi khá ngạc nhiên vì lần gặp đầu tiên lại diễn ra trong môi trường như vậy.
Sau này Mihai trở thành đồng sáng lập Ethereum cùng tôi, nên dù buổi gặp gỡ đầu tiên có phần kỳ lạ, nhưng lại mang ý nghĩa to lớn. Anh ấy cũng giới thiệu tôi với một vài người khác trong cộng đồng Bitcoin ở London, họ đang vận hành các điểm đổi tiền mặt Bitcoin. Thông qua họ, tôi duy trì liên lạc và cuối cùng cũng quen Vitalik. Tôi đọc whitepaper Ethereum của Vitalik vào cuối năm 2013 và bắt đầu viết mã.
Raoul Pal: Khi anh lần đầu đọc whitepaper Ethereum và trao đổi với Vitalik, điều gì khiến anh cảm thấy đây sẽ là một bước ngoặt đột phá? Điều gì khiến anh thấy Ethereum hấp dẫn hơn Bitcoin? Vì lúc đó anh hoàn toàn có thể ở lại hệ sinh thái Bitcoin, nhưng anh lại chọn Ethereum.
Gavin: Đúng là tôi có thể ở lại hệ sinh thái Bitcoin. Nhưng xét cho cùng, khi bạn xây dựng thứ gì đó, bạn sẽ tìm nơi mình có thể tạo ra giá trị lớn nhất. Bitcoin đã có đội ngũ phát triển, một client và cộng đồng, đã là một hệ thống trưởng thành. Còn Ethereum thì không đơn thuần là bản sao của Bitcoin, nó thực sự đang cố gắng vượt qua giới hạn. Khi đó chưa ai bắt đầu xây dựng nó, và tôi biết tôi có thể tự tay xây dựng một thứ hoàn toàn mới. Tôi cảm thấy chuyên môn và giá trị tôi mang lại sẽ lớn hơn nhiều nếu giúp xây dựng một thứ hoàn toàn mới, và năng lực của tôi cũng sẽ được phát huy tốt hơn trong một dự án như vậy.
Có ngạc nhiên trước thành công của Ethereum không?
Raoul Pal: Anh có ngạc nhiên trước mức độ thành công này không, hay anh luôn tin đây sẽ là bước đột phá tiếp theo? Bởi vì lúc đó có rất nhiều blockchain khác đang nổi lên, thành công của Ethereum có khiến anh bất ngờ không?
Gavin: Nếu tôi thực sự ngạc nhiên, có lẽ tôi đã không dốc toàn lực tham gia. Bạn không thể hoàn toàn dự đoán kết quả, bởi ngoài việc một dự án có tốt hơn chút ít hay rõ rệt hơn, còn phụ thuộc vào nhiều yếu tố như liệu nó có bổ sung chức năng cụ thể nào không. Tuy nhiên, lúc đó tôi thực sự có một dự cảm. Và điều khiến tôi có được dự cảm này là chuyến đi Miami vào tháng 1 năm 2014, khi tôi gặp vài đồng sáng lập và lần đầu trực tiếp cảm nhận bầu không khí cộng đồng Bitcoin. Sự kiện diễn ra tại hội nghị Bitcoin lớn ở Miami, Florida, không khí rất sôi động, tràn ngập tiệc tùng. Lúc đó, Vitalik mời tôi tham gia cuộc thi hackathon ở Miami, nói rằng chúng tôi sẽ hoàn thành việc lập trình tại đó. Tôi bay đến Miami, tưởng sẽ làm việc cùng nhóm phát triển suốt một tuần, nhưng hóa ra nơi đó giống một biệt thự tiệc tùng hơn, và cuối cùng chỉ có mỗi tôi đang viết code. Dù vậy, trải nghiệm này giúp tôi cảm nhận được sự phấn khích và nhiệt huyết của mọi người.
Lúc đó còn có các dự án khác, nếu anh còn nhớ, ví dụ Mastercoin – từng rất hot, với tuyên bố “Đây là Bitcoin, nhưng bạn có thể làm công cụ tài chính trên đó”. Rồi Counterparty, tương tự Mastercoin nhưng phục vụ ứng dụng khác. Và NXT, phiên bản proof-of-stake (PoS) của Bitcoin. Với tôi, rõ ràng Ethereum so với những dự án blockchain vừa khởi đầu này, cung cấp nhiều khả năng hơn.
Cộng thêm bầu không khí hào hứng đó, tôi thấy các đồng sáng lập khác cũng là những động lực quan trọng. Tôi cảm giác Ethereum thực sự có cơ hội lớn, có thể trở nên rất lớn.
Tại sao lại tạo ra Polkadot?
Raoul Pal: Vậy điều gì thúc đẩy anh quyết định tạo ra blockchain riêng của mình? Tôi nhớ có người từng nói với tôi, tôi bắt đầu tiếp xúc lĩnh vực này từ năm 2012 hoặc 2013. Có lần họ giới thiệu Polkadot trong một buổi tọa đàm của tôi, trước khi dự án chính thức ra mắt. Họ nói dự án này rất quan trọng, nhưng lúc đó tôi hoàn toàn không hiểu "khả năng tương tác" (interoperability) là gì, tôi nghĩ nghe có vẻ hay, nhưng thật sự không hiểu các anh đang nói gì. Vậy anh có thể kể cho tôi nghe câu chuyện tạo ra Polkadot không? Ý tưởng này hình thành trong đầu anh như thế nào? Chúng ta có thể nói về hành trình này, và giờ anh thấy mình đúng ở đâu, sai ở đâu, cũng như định hướng tương lai.
Gavin: Xét về mặt nào đó, Polkadot là nỗ lực kỹ thuật tiếp theo của tôi nhằm đóng góp sâu hơn vào lĩnh vực này. Ý tưởng này bắt nguồn từ việc tôi suy nghĩ về Ethereum 2.0 sẽ trông như thế nào, hay nói cách khác, một hệ thống kế nhiệm Ethereum nên hoạt động ra sao. Tôi luôn cho rằng rất có thể nó sẽ là kiến trúc đa chuỗi, với nhiều chuỗi khác nhau. Tuy nhiên, trước khi khái niệm Polkadot hình thành, tôi hình dung các chuỗi này đều thực hiện chức năng giống nhau, giống Ethereum, đều là các chuỗi EVM, vận hành theo kiểu Ethereum 1.0.
Lúc đó tôi hình dung sẽ có một thứ gì đó giống như "Beacon Chain" (chuỗi tín hiệu) của Ethereum, trong Polkadot gọi là "Relaychain" (chuỗi chuyển tiếp). Chuỗi lớp trên này sẽ đảm bảo tất cả các chuỗi con đều hoạt động đúng. Nhưng sau đó tôi nghĩ, có lẽ các chuỗi này không nhất thiết phải làm cùng một việc, thậm chí việc chúng làm khác nhau có thể đơn giản hơn. Các chuỗi có thể khác nhau, tập trung vào các lĩnh vực khác nhau, ví dụ như chuỗi ứng dụng – hiện nay là một thuật ngữ phổ biến.
Dù chức năng khác nhau, nhưng chúng chia sẻ cùng một lớp bảo mật, nhờ đó có thể dễ dàng tương tác và đạt được khả năng tương tác. "Tương tác" ở đây có nhiều nghĩa khác nhau, nên đôi khi gây nhầm lẫn. Nhưng trong bối cảnh này, tôi nói đến khả năng tương tác là các chuỗi có thể giao tiếp an toàn trong cùng một khuôn khổ bảo mật, và tương tác trực tiếp có liên quan nhân quả.
Tất nhiên, trong quá trình này chúng tôi đã học được rất nhiều bài học. Thực tế, đây cũng chỉ là một thí nghiệm. Chúng tôi không chắc chắn mức độ tương tác này, so với khả năng tổ hợp đồng bộ trong Ethereum – tức là các hợp đồng có thể gọi lẫn nhau và phản hồi tức thì – sẽ mang lại giá trị thực tế lớn đến đâu. Nhưng nếu quay lại nguồn gốc Polkadot, cốt lõi là đặt một nhóm các chuỗi khác nhau dưới cùng một khung bảo mật, mỗi chuỗi tập trung vào lĩnh vực riêng.
Raoul Pal: Thực ra, anh đã nhìn thấy trước viễn cảnh đa chuỗi trước khi nhiều người nhận ra chúng ta sẽ bước vào thế giới đa chuỗi. Ý tưởng này từng bị nghi ngờ rất nhiều, vì nhiều người tin rằng tương lai chỉ có một thế giới EVM hoặc một thế giới Bitcoin, nhưng anh đã nghĩ đến việc có thể tồn tại nhiều chuỗi khác nhau.
Gavin: Với tôi, đây không phải xuất phát từ lập trường ý thức hệ nào, mà là nhu cầu mở rộng tất yếu lúc đó. Mọi người đều đang bàn về việc mở rộng, vì Ethereum tuy tuyệt vời nhưng không thể mở rộng. Vấn đề trở thành: Làm sao để hệ thống mở rộng? Câu trả lời là: bạn cần xử lý song song. Bạn có thể mở rộng theo chiều dọc, như Solana đang cố gắng, bằng cách dùng các trình xác thực ngày càng nhanh hơn và kết nối chặt chẽ hơn giữa chúng. Nhưng cuối cùng bạn sẽ gặp瓶颈, đặc biệt nếu muốn giữ đặc tính Web3, thì rào cản sẽ ngày càng cao, việc tham gia sẽ khó khăn hơn. Trình xác thực cần phần cứng cực mạnh, rào cản sẽ khiến nhiều người không thể tham gia.
Nếu không thể mở rộng hệ thống bằng cách nâng cao hiệu suất của từng nút đơn lẻ, thì cần phải áp dụng "mở rộng ngang". Đây là tư duy kinh điển của Thung lũng Silicon, chìa khóa mở rộng là phân phối tải công việc qua nhiều nút. Cụ thể là chia nhỏ công việc, xử lý song song, giao cho các nút khác nhau thực hiện. Đây chính là triết lý cốt lõi của Polkadot.
Ý tưởng ban đầu của tôi là, khi chia nhỏ tải công việc, bạn không cần buộc mỗi phần trở thành một chuỗi độc lập và duy trì trạng thái lâu dài. Thực tế, nhiệm vụ có thể được phân bổ và xử lý linh hoạt hơn trong thời gian ngắn hơn. Tuy nhiên, việc chia nhỏ và phân phối tải công việc để mở rộng toàn bộ mạng là điều không thể tránh khỏi.
Gavin đã suy nghĩ gì trong quá trình từ Polkadot 1.0 đến JAM?
Raoul Pal: Giả định của anh đã thay đổi như thế nào? Điều gì thúc đẩy anh hành động theo hướng mới? Vì anh cũng đang xây dựng một thế giới hoàn toàn mới cho Polkadot, điều gì khiến anh cảm thấy có thể một lần nữa vượt qua giới hạn?
Gavin: Thay đổi lớn nhất liên quan đến khái niệm tôi gọi là "phân mảnh trạng thái liên tục". Tôi kiên định tin rằng, sở hữu một "ô dù bảo mật duy nhất" là hợp lý nhất. Tôi cho rằng mô hình bảo mật phân tán hoàn toàn vô nghĩa. Mô hình Cosmos ban đầu, và cả hiện tại, đều dựa trên bảo mật phân tán. Dù giờ đây người của Cosmos cũng đang cố gắng làm bảo mật chia sẻ, nhưng họ chưa thực hiện đúng mức. Tôi không cho rằng đây là lựa chọn khôn ngoan. Tôi tin vào mô hình Ethereum và Polkadot, tức là có một ô dù bảo mật duy nhất, và thực hiện xử lý song song bên trong khung đó.
Sự thay đổi trong tư duy chủ yếu nằm ở cách và cấu trúc xử lý song song. Khác biệt lớn nhất giữa Polkadot 1.0 và JAM – được giới thiệu gần đây trong sách xám – là mô hình Polkadot 1.0 là "phân mảnh liên tục". Nghĩa là sẽ có nhiều blockchain, mỗi chuỗi có trạng thái riêng, hoạt động cách ly, dù được bảo vệ an ninh thống nhất, nhưng mỗi chuỗi vận hành độc lập, có bộ thu thập (collator) và quy tắc chuyển đổi trạng thái khác nhau. Tuy nhiên, chúng có thể gửi tin nhắn cho nhau, do đó chúng tôi có XCM – một phương thức tương tác tương đối thô, không tinh tế như tương tác giữa các hợp đồng thông minh trên Ethereum. Tôi nhận ra điều này giới hạn rất lớn các kiểu tổ hợp có thể thực hiện, cũng như các mô hình sử dụng không gian khối. Vì vậy, kết luận là chúng ta không nên biến "phân mảnh liên tục" thành mô hình cố định, ít nhất không nên giả định nó phải vận hành như vậy. Thay vào đó, chúng ta nên áp dụng phương pháp phân mảnh linh hoạt và tạm thời hơn.
Vì vậy, về cơ bản, phân mảnh trạng thái là một trạng thái tổng thể lớn, chứ không phải phân mảnh vĩnh viễn, lâu dài theo ranh giới blockchain. Thay vào đó, cứ khoảng sáu giây chúng tôi sẽ phân chia lại trạng thái một cách tùy ý. Tất nhiên, việc phân chia tùy ý đặt ra câu hỏi "làm thế nào", và chúng tôi đang cân nhắc một số giải pháp khả thi. Nhưng cách tiếp cận của chúng tôi là không cố định việc phân mảnh này ở tầng giao thức, mà thay đổi phân vùng theo nhu cầu trường hợp sử dụng mới, và thực hiện theo từng khối.
Do đó, việc chúng tôi đang làm là biến Relay Chain của Polkadot – ban đầu được thiết kế cho mục đích cụ thể là cung cấp bảo mật và truyền tin giữa các hệ sinh thái blockchain khác nhau – thành một thứ giống như "máy tính toàn cầu", một loại máy ảo đa nhân khắp nơi, có thể lưu trữ chương trình. Mục tiêu của chúng tôi là các chương trình này không chỉ xử lý lượng lớn dữ liệu, mà còn thực hiện khối lượng tính toán lớn.
Raoul Pal: Với những người có thể chưa hiểu rõ quan điểm anh vừa trình bày, anh có thể minh họa bằng một ví dụ cụ thể không? Vì khi anh nghĩ đến việc giải quyết một vấn đề hay trạng thái tương lai, chắc chắn trong đầu anh có một mô hình. Mô hình đó giúp anh suy nghĩ: công nghệ này được dùng ra sao? Nó mang lại thay đổi gì cho con người? Nó mở ra những trường hợp sử dụng mới nào cho công nghệ blockchain? Anh suy nghĩ về những vấn đề này như thế nào?
Gavin: Tôi có thể lấy một ví dụ rất đơn giản, một ý tưởng đã được thảo luận trong hệ sinh thái Polkadot từ lâu. Ý tưởng này tồn tại một thời gian, ban đầu gọi là SPREE, sau đó tôi đặt tên phương pháp tổng quát này là Accords. Bạn có thể xem "Accord" như một hợp đồng thông minh, dùng để quản lý cách hai blockchain độc lập tương tác với nhau. Về cơ bản, mặc dù các phần khác nhau của "Accord" có thể chạy trên các blockchain khác nhau, nhưng chúng biết rõ mình thuộc cùng một hệ thống. Điều này giống luật quốc tế – một khi blockchain cam kết tuân thủ Accord, nó không thể rút lui tùy tiện. Nó không thể chọn không thực hiện Accord trong một số trường hợp; nó phải tuân thủ hoặc rời khỏi Accord. Và miễn là tuân thủ, nó có thể tương tác với các blockchain khác cũng tuân thủ Accord.
Bạn có thể hình dung "Accord" như một ví dụ về "giao thức token". Giao thức này đảm bảo rằng khi tôi muốn gửi token cho bạn, tôi sẽ chỉ đúc token mới khi bạn đã hủy bỏ token tương ứng. Tương tự, tôi biết bạn sẽ chỉ đúc token mới sau khi tôi hủy bỏ token của mình. Điều này có nghĩa là hai blockchain có thể tương tác trực tiếp qua tin nhắn song phương này, mà không cần tin tưởng vào chính blockchain để xử lý các giao dịch.
Raoul Pal: Điều này chỉ giới hạn trong hệ sinh thái Polkadot hay có thể áp dụng cho mọi chuỗi?
Gavin: Nó chỉ áp dụng cho các chuỗi được bảo vệ an ninh bởi Polkadot, thuộc hệ sinh thái Polkadot. Tuy nhiên, giờ đây định nghĩa về "parachain" đã có thể mở rộng đáng kể, bất kỳ chuỗi nào có thể hòa nhập vào mô hình "máy tính toàn cầu" chung này đều có thể được coi là parachain. Do đó, chúng ta có thể hình dung xa hơn – và giờ đây chúng tôi cũng hiểu rõ hơn – Polkadot ban đầu không được thiết kế để xử lý các chuỗi như ZK Rollup, nhưng kiến trúc của nó đã đủ tổng quát, dù có thể thực hiện một cách miễn cưỡng, nhưng mô hình này thực sự làm cho khả năng tính toán của Polkadot trở nên tổng quát hơn.
Nhưng điều này khiến chúng tôi bắt đầu suy nghĩ: Nếu nó không phải là một parachain truyền thống, mà là một chuỗi ZK Rollup, liệu Polkadot vẫn có thể kiểm tra mọi giao dịch của các chuỗi này, đảm bảo tính đúng đắn của chúng? Sau đó, nó còn có thể làm nhiều việc hơn, như sắp xếp đúng thứ tự các giao dịch, hoặc buộc chúng tuân thủ Accord, thậm chí đảm bảo tin nhắn được truyền đúng cách, v.v.
JAM thúc đẩy ứng dụng và sử dụng như thế nào?
Raoul Pal: Trong các trường hợp sử dụng thực tế, khả năng này thúc đẩy phát triển ứng dụng và sử dụng trong thế giới Web3 ra sao?
Gavin: Tôi nhìn nhận vấn đề này ở góc độ nền tảng, chứ không nghĩ nhiều về ứng dụng cụ thể. Ví dụ, tôi có thể nói với anh quản lý chuỗi cung ứng có thể làm được gì, nhưng ứng dụng cụ thể thực ra không quan trọng bằng việc liệu nó có thể hỗ trợ một ứng dụng ở quy mô nhất định hay không. Giả sử bạn muốn theo dõi toàn bộ chuỗi cung ứng toàn cầu, ghi lại mọi thông tin vận chuyển, điều này liên quan đến lượng dữ liệu khổng lồ. Ví dụ, toàn cầu có thể có hàng ngàn tàu biển, hàng triệu hoặc hàng chục triệu container vận chuyển. Bạn cần có khả năng đưa tất cả dữ liệu này vào một máy trạng thái lớn, và thực hiện đủ tính toán trên dữ liệu này để đảm bảo ứng dụng có ý nghĩa thực tế.
Vấn đề cốt lõi chúng ta đang thảo luận thực chất là khả năng mở rộng. Blockchain hiện tại không xử lý tốt nhu cầu này. Chúng ta cần nâng cao lượng dữ liệu và khả năng tính toán mà blockchain có thể xử lý, không chỉ tăng lượng dữ liệu vào-ra, mà còn nâng cao hiệu quả xử lý dữ liệu trong hệ thống. Chỉ khi nâng cao các khả năng này lên hàng chục lần, chúng ta mới thực sự hỗ trợ được các trường hợp sử dụng ý nghĩa trong đời sống thực tế, và di chuyển các ứng dụng Web2 hiện tại sang Web3.
Đây chính là mục tiêu của thiết kế mới JAM, một bản đồ nhằm xử lý dữ liệu giao dịch ở cấp độ toàn cầu.
JAM sẽ ra mắt khi nào?
Raoul Pal: Khi nào JAM sẽ được ra mắt? Tôi biết đây thường là câu hỏi khó trả lời, nhưng trong đầu anh, chiến lược thực hiện như thế nào? Quá trình này mất khoảng bao lâu?
Gavin: Những việc như thế này luôn khó nói. Tôi ví dụ thế này, tôi đã đặt trước một chiếc Tesla Roadster vào tháng 10 năm 2017, khi thấy là đặt ngay, tôi nghĩ "Lấy tiền của tôi đi, hai năm nữa là giao!". Nhưng sáu năm trôi qua, tôi chẳng nghe tin gì. Tôi từng nghĩ mình sẽ nhận xe trước khi Polkadot ra mắt, hóa ra tôi sai hoàn toàn. Giờ tôi hy vọng sẽ nhận được Tesla trước khi JAM ra mắt, nhưng ai biết được.
Thực tế, khi đặt mục tiêu, tôi thường tham chiếu theo đường thời gian của Ethereum. Tôi phát hành sách vàng Ethereum khoảng 10 năm trước, và từ lúc đó đến khi giao thức Ethereum hình thành và phát hành mất khoảng sáu bảy tháng. Giao thức Ethereum có sửa đổi nhỏ sau kiểm toán, rồi cuối cùng ra mắt vào mùa hè năm 2015, có lẽ tháng 7 hoặc 8. Vì vậy, tôi nghĩ chúng ta có thể thử đặt mục tiêu ra mắt JAM theo đường thời gian tương tự.
Hiện tại, phần chính của giao thức Jam gần như đã hoàn tất. Tôi đang xử lý một số nội dung bổ sung cần đưa vào sách xám, dự kiến hoàn thành trong một hai tuần tới. Tiếp theo là quá trình cộng đồng rà soát, nhóm nghiên cứu đánh giá, tạo mẫu thử và kiểm toán. Nhưng tôi cho rằng các vấn đề lớn về JAM cơ bản đã được giải quyết.
Làm sao giành giật người dùng?
Raoul Pal: Sau khi JAM ra mắt, thách thức chính của blockchain sẽ là mở rộng lượng người dùng sử dụng. Anh định đối phó với vấn đề này thế nào? Vì hiện nay có rất nhiều dự án blockchain đang cạnh tranh sự chú ý của người dùng, thậm chí trả tiền để tăng hoạt động trên chuỗi. Anh sẽ đối mặt thách thức này ra sao, vì đây không chỉ là mở rộng về mặt kỹ thuật, mà còn là mở rộng ở cấp độ kinh doanh.
Gavin: Quan điểm cơ bản của tôi là blockchain hiện tại chưa cung cấp không gian khối phi tập trung chất lượng cao để đáp ứng nhu cầu của hầu hết ứng dụng thực tế. Thường thì bạn phải trả phí cao, thậm chí phải mua ETH qua sàn giao dịch mới dùng được mạng Ethereum. Tôi biết họ đang nỗ lực thay đổi tình trạng này bằng hạ tầng mới, nhưng thực tế là ngắn hạn sẽ không thay đổi nhiều. Một trong những lý do chính là khả năng mở rộng còn kém, không gian khối chưa đủ rẻ.
Không gian khối cần gần như miễn phí, khả năng mở rộng phải đạt đến mức bạn có thể chạy trên chuỗi các chương trình gần như mã máy tính thông thường. Và thiết kế JAM chính là để đạt được điều này. Mục tiêu của JAM là cho phép bạn chạy trực tiếp gần như mọi mã máy tính thông thường, chứ không phải hợp đồng thông minh, không cần tối ưu hóa gas phức tạp, chỉ mất chi phí cực thấp để tải lên và chạy mã, từ đó thu hút người dùng. Vì vậy, trọng tâm của JAM là thúc đẩy hiện thực hóa tầm nhìn này.
Mạng lưới tích lũy giá trị như thế nào?
Raoul Pal: Vậy điều này giống như hành trình phát triển điện toán đám mây, theo thời gian, mọi thứ số hóa cuối cùng đều gần như không tốn chi phí. Điện toán đám mây là ví dụ điển hình, từng rất đắt đỏ, nhưng giờ trừ khi dùng quy mô lớn, chi phí rất thấp. Nhưng nếu mọi thứ gần như miễn phí, thì giá trị tích lũy trong hệ sinh thái như thế nào? Trừ khi bạn có lượng giao dịch khổng lồ, như AWS trong điện toán đám mây. Anh nhìn nhận vấn đề này ra sao?
Gavin: Tôi cho rằng, khi chi phí không gian khối dần tiến gần đến zero, các ứng dụng và thị trường mới sẽ mở ra. Những ứng dụng trước đây phi lý do chi phí giao dịch cao nay trở nên hợp lý khi chi phí gần như bằng không. Mục tiêu của tôi là đạt đến giai đoạn bạn không cần mua tiền mã hóa qua sàn để thực hiện giao dịch blockchain nữa. Hiện tại, gần như mọi thao tác trên blockchain đều yêu cầu sở hữu tiền mã hóa trước, điều này cực kỳ hạn chế việc mở rộng thị trường và trường hợp sử dụng. Tôi hy vọng cuối cùng có thể thoát khỏi giới hạn này, nhưng để đạt được, chúng ta cần nâng cao cực độ khả năng mở rộng, và JAM chính là bước đầu tiên hướng tới khả năng mở rộng cực độ đó.
Tôi tin rằng, một khi Web3 trở thành lựa chọn thay thế hợp lệ cho Web2, thị trường đủ lớn sẽ mở ra, dù chi phí không gian khối gần bằng không, nhưng vẫn sẽ có đủ giá trị để trả cho các trình xác thực duy trì mạng. Vì vậy, quy mô cuối cùng sẽ đảm bảo không gian khối của mạng có đủ giá trị để duy trì toàn bộ hệ sinh thái.
Còn bao nhiêu người mới có thể gia nhập lĩnh vực này?
Raoul Pal: Một vấn đề tôi luôn suy nghĩ là, khi quan sát sự mở rộng của các công nghệ lớp hạ tầng như 3G, cáp quang..., cuối cùng đều đạt đến giai đoạn dư thừa năng lực khổng lồ, sau đó là hợp nhất, rồi ngành tìm được hướng đi rõ ràng. Anh nhìn nhận tình hình này trong lĩnh vực blockchain thế nào? Vì hiện tại chúng ta vẫn chưa giải quyết nhiều vấn đề, blockchain cũng không phải hệ thống hoàn hảo, không thể giải quyết mọi thứ. Anh nghĩ khi nào chúng ta đạt đến giai đoạn dư thừa năng lực này?
Gavin: Tôi cảm giác chúng ta có thể gặp tình huống tương tự ngành năng lượng, và tôi không chắc chúng ta thực sự có dư thừa năng lực năng lượng. Theo tôi, con người vẫn đang tranh đấu vì năng lượng. Tạo ra không gian khối chất lượng thấp rất dễ, ví dụ xây một chuỗi riêng biệt, không an toàn, bạn có thể có ngay lập tức. Nhưng xây dựng không gian khối chất lượng cao, kết nối tốt thì không đơn giản như vậy.
Raoul Pal: Tôi cũng đang nghĩ về khả năng người mới gia nhập lĩnh vực này, chứ không phải việc chúng ta có dư thừa không gian khối. Tôi đồng ý với anh, không gian khối càng rẻ, càng nhanh, thì càng nhiều trường hợp sử dụng, cuối cùng cả internet sẽ phụ thuộc vào nó. Về điểm này thì không vấn đề. Nhưng then chốt là, còn bao nhiêu đổi mới hay người mới có thể gia nhập lĩnh vực này? Hay đến một lúc nào đó sẽ dừng lại, ví dụ các dự án mới không còn nhận được vốn?
Gavin: Ý tôi là, nếu không gian khối đủ rẻ, gần như miễn phí, thì vấn đề sẽ không còn là rào cản gia nhập hay trường hợp sử dụng, mà là liệu chúng thực sự hữu ích, có người dùng và thị trường hay không. Nếu có thị trường, giống như tạo một website và dùng AWS chạy server, nếu chi phí chạy server đủ thấp, ví dụ bạn dễ dàng phục vụ 100 người dùng đầu tiên, và người dùng rất háo hức dùng dịch vụ mới của bạn, thì dù vấn đề năng lượng vẫn tồn tại, hay AWS trở nên rất đắt khi phục vụ hàng trăm triệu người dùng, cũng không quan trọng, vì thị trường tồn tại, người dùng sẵn sàng trả tiền.
Vì vậy, tôi không nghĩ người mới sẽ gặp nhiều vấn đề lớn về trường hợp sử dụng và ứng dụng, miễn là không có những giới hạn tương tự. Tất nhiên, một vấn đề của mô hình Polkadot 1.0 là hiện có 50 khe parachain, và số lượng khe này hạn chế, một khi 50 khe đầy, dù trường hợp sử dụng của bạn tốt đến đâu, bạn cũng chỉ có thể chờ khe tiếp theo, hoặc tham gia Crowdloan để giành khe, đây là quá trình rất khó. Đây là bài học chúng tôi rút ra từ Polkadot – rào cản gia nhập cần giảm, không chỉ với ứng dụng mới, mà cả người dùng mới. Đây chính là vấn đề chúng tôi đang cố gắng giải quyết bằng JAM.
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News
@gavofyork
