Tình trạng khó khăn và lối thoát của trò chơi Web3

Tác giả: Lola, Delphinus Lab

Với sự phát triển hiện tượng cực kỳ nổi bật của “Hắc Thần Thoại: Ngộ Không”, một làn sóng tiếng kêu ác cảm về trò chơi Web3 lại xuất hiện trong cộng đồng. Trong bối cảnh thị trường và quan điểm công chúng đã rơi vào tình trạng rất thấp và nghi ngờ vào chính bản thân, lại tiếp tục thêm một lớp debuff.

Web3 có thực sự yêu thích trò chơi không? Đúng vậy, trong giai đoạn bong bóng ban đầu của thị trường, không thể tránh khỏi sự hưng phấn dựa trên rủi ro, nhưng vẫn có rất nhiều người xây dựng với niềm tin là tạo ra một trò chơi tốt, một trò chơi thực sự thuộc về người chơi, và họ đang tham gia vào ngành công nghiệp này. Và để Web3 thực sự đạt được sự thông dụng hàng loạt, trò chơi cũng là một con đường không thể tránh khỏi, con đường có thể thâm nhập sâu nhất vào thị trường.

Nhưng thực tế là khắc nghiệt. Khi mọi người muốn liệt kê các trò chơi hàng đầu của Web3, họ nhận thấy số lượng trò chơi chất lượng rất ít, hầu hết các trò chơi đều tầm thường, không chỉ mang lại trải nghiệm người dùng tốt cho người chơi, mà còn không đáp ứng được kỳ vọng về mass adoption. Một số lượng lớn các nhóm game đã thành công trong Web2 đã thất bại trong Web3, và theo hiểu biết của tôi, có hai nguyên nhân chính:

1. So với trò chơi truyền thống, trò chơi Web3 khó cung cấp cập nhật nội dung game liên tục.

2. Vì sự khác biệt trong đối tượng người dùng, trò chơi Web3 cần xem xét nhiều vấn đề kinh tế học trò chơi ngoài yếu tố trò chơi truyền thống.

Khó khăn trong việc cập nhật nội dung trò chơi

Để một trò chơi duy trì sức sống lâu dài, việc cập nhật và vá lỗi là không thể thiếu; nếu không, trước hết là lỗi không thể sửa chữa, thứ hai là cảm giác mới lạ của người chơi cũng khó duy trì. Trong phát triển trò chơi truyền thống, nếu cấu trúc dữ liệu không thay đổi nhưng logic game thay đổi, một bản vá logic đơn giản có thể hoàn thành việc nâng cấp tương ứng.

Tuy nhiên, tính không thể tẩy xóa của blockchain làm tăng độ khó của việc thực hiện đơn giản này. Ví dụ về phát triển trò chơi Solidity, một hợp đồng trò chơi được đưa lên làm nền tảng thường quyết định cấu trúc dữ liệu tổng thể của trò chơi, vì logic trò chơi chính là di chuyển trạng thái dữ liệu, việc sửa đổi logic trò chơi thường cần phải kết hợp với việc nâng cấp hợp đồng.

Sau khi nâng cấp hợp đồng, dữ liệu của hợp đồng trước khi nâng cấp không thể tái sử dụng được, để hoàn thành việc nâng cấp logic trò chơi, chỉ có hai lựa chọn:

1 Di chuyển

2. Trong thiết kế hợp đồng, lớp dữ liệu và lớp logic được tách rời từ đầu

Lựa chọn thứ hai sẽ tăng chi phí gas cho cuộc gọi hợp đồng, vì vậy việc nâng cấp nội dung trò chơi có tần suất cao thường khó thực hiện trên Web3, điều này làm tổn thương khả năng thu hút khách hàng liên tục của một trò chơi tiềm năng.

Không nâng cấp logic giao diện dữ liệu

Đã nâng cấp logic giao diện dữ liệu

Để giải quyết vấn đề này, trước tiên cần giải quyết vấn đề tái sử dụng dữ liệu và nâng cấp dữ liệu. Khi logic của trò chơi được sửa đổi, chúng tôi vẫn hy vọng dữ liệu cũ có thể được giữ nguyên. Giải pháp tốt nhất với chi phí không đáng kể ở đây là App độc lập như một rollup. Bởi vì trong App rollup, Gốc Merkle của dữ liệu ban đầu có thể được tái sử dụng trực tiếp, trong khi việc sửa đổi logic chỉ cần được phản ánh trong mã logic.

• Nâng cấp logic chạy trực tiếp trong máy ảo *

Sau khi vấn đề tái sử dụng dữ liệu và nâng cấp logic được giải quyết, vấn đề nâng cấp cấu trúc dữ liệu vẫn sẽ đối mặt với một số thách thức trong việc nâng cấp trò chơi. Việc di chuyển dữ liệu thông thường trên chuỗi (on-chain) thường đòi hỏi sử dụng Máy Oracle để sửa đổi dữ liệu theo một kịch bản cụ thể trước khi nhập lại vào chuỗi (on-chain), mất rất nhiều thời gian.

Trong kiến trúc App As A rollup, sau khi kiểm toán di dời dữ liệu, có thể chạy trên zkVM, từ đó đảm bảo logic di dời hoàn toàn có thể xác minh. Do di dời dữ liệu trong nhiều tình huống là việc tái cấu trúc dữ liệu, ít logic tính toán, nếu mã trong việc tái tổ chức mỗi Nút lá liên quan đến khoảng 1000 dòng, thì khoảng một triệu Nút lá cần thực hiện theo dõi có thể ở mức khoảng 1000*100w. Hiện tại, thời gian chứng minh mỗi triệu dòng trace của zkVM thông thường là 9-15 giây, vì vậy thời gian di dời dữ liệu zkVM tổng thể vẫn là một con số có thể kiểm soát.

Chính vì tính độc lập về dữ liệu của Application Rookup, đã mang đến một phương pháp lý thuyết mới cho việc phát triển nội dung trò chơi Web3.

Và do sự phức tạp của các ứng dụng chuỗi khác và sự cần thiết cập nhật không cấp thiện như trò chơi, zkVM sẽ mang lại cơ hội mới cho các trò chơi toàn chuỗi hoặc có thể xác minh được.

Khó khăn của kinh tế học và phân phối lợi ích

Việc phát triển dự án game là một công việc phức tạp và rất tẻ nhạt, nếu một trò chơi chất lượng cao không mang lại lợi nhuận kinh tế cụ thể, thì sức hấp dẫn của Web3 đối với các nhà phát triển sẽ trở nên ngày càng giảm so với lĩnh vực game truyền thống.

Hiện tại, mối quan hệ giữa dự án game và chuỗi công cộng thường chủ yếu là mối quan hệ về lưu lượng, và mối quan hệ về thu nhập là phụ. Trong khi đó, các dự án game trung ương thường phụ thuộc vào lưu lượng nền tảng và lưu lượng ban đầu mà chuỗi công cộng cung cấp, và chuỗi công cộng sau đó sẽ tận hưởng lượng người dùng tăng lên từ trò chơi trong giai đoạn trung hạn thông qua việc thu hút các dự án game tốt.

Mối quan hệ thu nhập sẽ trở nên phức tạp hơn và ẩn chứa vấn đề phân phối lợi ích sâu hơn: Một mặt, hành vi người dùng sẽ tạo ra thu nhập, bao gồm thu nhập gas của chuỗi, phí tiêu thụ nội dung trò chơi; Mặt khác, lưu lượng và tiêu thụ trò chơi đã mang lại sự tăng giá của đồng tiền, có trò chơi có khối lượng đã tạo ra thu nhập tài sản thông qua việc phát hành Token trò chơi, đồng thời cũng mang lại hiệu ứng sinh thái phồn thịnh cho chuỗi, từ đó tăng thêm kỳ vọng định giá Token của chuỗi.

Trong mối quan hệ lợi ích phức tạp như vậy, việc phân chia chi phí thực tế của người dùng là hợp lý như thế nào thì thực tế không có một định nghĩa rõ ràng. Khởi động lạnh của trò chơi đòi hỏi số vốn lớn và thu nhập đầu tiên của người dùng thường được chủ yếu chi trả cho tỷ lệ phí gas trên chuỗi, điều này làm cho chu kỳ phản hồi tích cực của người tạo trò chơi trở nên rất dài, đôi khi thậm chí tồn tại trường hợp đội phát triển trò chơi tự thực hiện giao dịch rửa tiền để đạt đến giá trị cơ bản DAU của chuỗi, dựa vào grant phục hồi tổn thất nhỏ. Điều này buộc trò chơi phải dựa vào việc dự đoán token để thu hút người chơi thanh toán gas để tương tác. Gánh nặng gas này đối với một người chơi trò chơi đã không thể bị bỏ qua, đến mức mà việc xóa các token của chính mình, nghĩa là mua token trò chơi, trở nên khó khăn hơn so với trò chơi truyền thống.

Doanh thu từ việc nạp tiền trong trò chơi là bước phản hồi tích cực quan trọng nhất của trò chơi, việc chịu phí gas đang gây ra tổn thương lớn đối với khả năng thu hút người chơi của trò chơi nạp tiền. Tuy nhiên, vì trò chơi chuỗi khối cần phải chịu trách nhiệm theo nghĩa truyền thống của việc gửi giao dịch lên chuỗi, ngay cả trên layer2, phí gas vẫn không khoan nhượng khi đứng trước token trò chơi nạp tiền lần đầu tiên. Do đó, trải nghiệm trò chơi trên Web3 không thực sự có ý nghĩa là “chơi trước rồi mới nạp tiền”.

Giao dịch vật phẩm game được coi là một phần hấp dẫn nhất của vòng đời sau của trò chơi Khối. Việc sở hữu các vật phẩm game có giá trị cao thông qua việc nạp tiền hoặc nỗ lực tương tác lâu dài, sau đó thông qua việc lưu thông và sưu tập, giá trị của chúng không ngừng tăng lên, đây là một trải nghiệm thú vị đối với cả người chơi và nhà thiết kế trò chơi. Tuy nhiên, vật phẩm game với việc lưu thông mang lại áp lực lớn cho sàn giao dịch: phí giao dịch của nft game có thể bị chia nhỏ bởi nft, giao dịch token game có thể bị chia nhỏ bởi defi. Giá trị tạo ra bởi trò chơi tốt không thể trở về một cách hiệu quả để hỗ trợ nhóm phát triển game.

Sự biến động giá trị của Token có thể dẫn đến sự tăng cường động của sản lượng trong trò chơi. Khi giá trị của token trong trò chơi bị đánh giá thấp, tỷ lệ phí trò chơi thấp, sản lượng trò chơi và số lượng token thực tế đầu tư vào trò chơi thường có mối liên hệ dương với token giá rẻ, điều này dẫn đến việc tiêu thụ token trong trò chơi với một giá thành thấp hơn, nhưng lại có sản lượng cao hơn. Trong khi đó, khi giá trị token trong trò chơi quá cao, giá trị token cao đóng vai trò ngăn chặn sự khích lệ tiêu dùng trong trò chơi. Hiệu ứng tăng cường như vậy khiến cho sự biến động giá trị token trong trò chơi bị ảnh hưởng bởi cả sản lượng trong và ngoài trò chơi, tăng thêm những thách thức liên quan đến thiết kế tokenomics.

App Như Một Rollup + zkVM: Một Lối Thoát Có Thể

Khi liệt kê loạt thách thức này, chúng tôi đã phát hiện một cách không ngờ rằng kiến trúc Application As Rollup có thể giảm nhẹ vấn đề liên quan một cách hiệu quả.

Đầu tiên, gas thực tế của rollup riêng sẽ giảm đáng kể xuống 1/20 hoặc thấp hơn so với toàn bộ trò chơi chuỗi. Điều này cho phép Bên dự án hoàn toàn loại bỏ sự cản trở của phí gas trong giai đoạn đầu của trò chơi, cung cấp trải nghiệm chơi game miễn phí thực sự và tạo ra một môi trường tốt hơn cho khởi động lạnh của lượng người chơi trong giai đoạn đầu của trò chơi.

其次，Application As Rollup có thể cung cấp nền tảng cho vay một cú nhấp chuột, khuyến khích người dùng thử nghiệm các tính năng trả phí trong trò chơi bằng cách vay USDC để mua token trong trò chơi. Vì kỳ vọng sản xuất trong trò chơi thường lớn hơn tiêu thụ, sau khi người dùng có được kỳ vọng sản xuất lớn hơn tiêu thụ, hoàn toàn có thể đổi lại số USDCTài sản thế chấp đã được vay ban đầu.

Trong quá trình lưu thông, Application As a Rollup có thể hoạt động hiệu quả như một cầu nối Cross-chain cho tài sản game. Khi chúng ta cần chuyển tài sản giữa các on-chain khác nhau, chỉ cần Deposit vào trò chơi, sau đó rút tiền Withdraw trên một on-chain khác. Tính năng Tương tác chuỗi chéo nguyên bản này cho phép một phần giá trị của giao dịch sản phẩm phát sinh game được thu được bởi chính trò chơi.

Càng cực kỳ hơn, trò chơi có thể cung cấp tính năng gửi tiền ổn định để cho vay, giúp giá trị TVL trước đây chỉ có thể bắt giữ bằng chuỗi bây giờ có thể được trò chơi tự bắt giữ. Cuối cùng, Application Rollup có thể cung cấp cơ chế tương tự phí gas cho người chơi nạp tiền, cuối cùng là bắt giữ phí gas chuỗi truyền thống. Một thiết kế khả thi khá có thể là phí gas thấp khi giá trị token cao, và phí gas cao khi giá trị token thấp: bản chất của nó là nhờ tính độc lập của layer3 để liên kết giá trị gas và giá trị token để giảm thiểu biến động giá trị token.

Tất nhiên, tất cả những điều này sẽ không xảy ra trong một đêm, zkWASM Mini Rollup của Delphinus Lab là một trong những người chơi đầu tiên đưa zkVM vào ứng dụng trò chơi và gần đây đã phát hành. Đây là một bộ công cụ để phát triển và triển khai ứng dụng ZK Rollup nhanh chóng. Nó cho phép các nhà phát triển viết mã Rust, biên dịch mã đó thành WebAssembly, sau đó chạy trong môi trường Node.js. SDK này xử lý các giao dịch, tạo ra các Bằng chứng không kiến thức và tương tác với chuỗi Khối.

Its core process is: receive transactions, process transactions in the WASM virtual machine, use zk-WASM cloud service to generate proofs, and finally submit the proofs to the blockchain for verification and Thanh toán. The whole process ensures the privacy and security of transactions, while greatly improving the scalability of the blockchain. Developers only need to theo dõi the application logic without delving into the complex bắng chứng ký thuật technical details. It also includes a Rollup monitoring system, which can trigger on-chain Thanh toán using proofs and transaction data, ensuring Thanh toán in the order of on-chain Merkle roots through storing Merkle roots and verify API for verification proofs. In addition, the SDK also simplifies the setup of the local development environment, just start MongoDB and Redis, run the dbservice, and then execute npm run server in the ts directory to start the complete local service.

Sự xuất hiện của SDK Mini Rollup zkWASM cung cấp một giải pháp tiềm năng cực kỳ cho thách thức gấp đôi mà Web3 game đối mặt. Với kiến trúc Application As A Rollup, nó không chỉ giản đơn hóa quy trình cập nhật nội dung trò chơi mà còn mở ra khả năng tối ưu hóa mô hình kinh tế của trò chơi mới.

Phương pháp sáng tạo này đầu tiên sử dụng tính tương thích của WASM, cho phép một lượng lớn nhà phát triển truyền thống sử dụng ngôn ngữ lập trình mà họ quen thuộc nhất như Rust để viết mã trò chơi; thứ hai là cho phép nhà phát triển trò chơi dễ dàng thực hiện tái sử dụng dữ liệu và nâng cấp logic, giảm Thả chi phí gas đáng kể, thậm chí có thể đạt được trải nghiệm thực sự “chơi mà không tốn gas” và “trải nghiệm chơi trò chơi trước, nạp tiền sau”. Đồng thời, nó cung cấp cho các dự án trò chơi cơ hội nắm bắt giá trị hơn, bao gồm chuyển đổi tài sản tương tác chuỗi chéo, chức năng cho vay, giúp xây dựng một hệ thống kinh tế trò chơi bền vững hơn.

Sử dụng zkWASM để triển khai rollup một cách dễ dàng, có nghĩa là chúng ta có thể tiến một bước vững chắc trong việc thúc đẩy sự thông dụng hàng loạt từ phía nhà phát triển và người dùng. Mặc dù công nghệ này vẫn đang ở giai đoạn sớm, trò chơi Web3 cũng đang đối mặt với sự không tin cậy kép từ cả bên trong và bên ngoài cộng đồng, và phải vượt qua những thách thức trong sự nghi ngờ, nhưng nó đã chỉ ra một con đường để giải quyết vấn đề cốt lõi mà trò chơi Web3 đang phải đối mặt.

Khi ngày càng có nhiều nhà phát triển trò chơi áp dụng công nghệ này và ngày càng có nhiều nhà khai thác và cho vay trò chơi sẵn sàng tham gia vào mô hình kinh tế được đề xuất ở trên, có lý do để tin rằng các trò chơi Web3 sẽ dần vượt qua những khó khăn hiện có. Chúng tôi không mong đợi sẽ có huyền thoại đen tối của riêng mình Wukong hay Call of Duty, nhưng bằng cách làm điều khó khăn nhưng đúng đắn, và làm việc không mệt mỏi hướng tới mục tiêu cuối cùng thay vì cơ hội, các trò chơi Web3 cuối cùng sẽ mở ra khoảnh khắc “đối mặt với định mệnh” của riêng họ và thúc đẩy toàn bộ ngành công nghiệp vượt qua đêm dài của việc áp dụng quy mô lớn.