Đi sâu vào Bat-Channels: Công nghệ mới mở khóa khả năng mở rộng cho trò chơi trên chuỗi
Tuyển chọn TechFlowTuyển chọn TechFlow
Đi sâu vào Bat-Channels: Công nghệ mới mở khóa khả năng mở rộng cho trò chơi trên chuỗi
Đối với một trò chơi Web3, chuỗi chính là nơi diễn ra các giao dịch thương mại, thống kê nhân vật và danh tiếng, trong khi vòng lặp trò chơi cốt lõi tồn tại bên ngoài chuỗi chính.
Chuyên sâu báo cáo Web3Tác giả: Will Robinson
Biên dịch: TechFlow
Trong bài viết này, tôi đề xuất một mô hình thiết kế trò chơi nhằm mở rộng quy mô game Web3 bằng cách chuyển xử lý vòng lặp trò chơi ra ngoài chuỗi theo cách không cần được cấp phép và không cần tin cậy. Việc này đòi hỏi phải neo logic trò chơi vào mạch zk trên blockchain. Tôi gọi mô hình thiết kế này là "Bat-Channel".
Thông qua Bat-Channel, chúng ta có thể đạt được cộng đồng người chơi lớn bền vững bằng cách khuếch đại số lượng thay đổi trạng thái đồng thời. Đổi chác chính ở đây là sự cô lập giữa các người chơi cạnh tranh. Những trò chơi nhiều người chơi quy mô lớn, nơi hàng ngàn người cùng tác động đến trạng thái trò chơi tại bất kỳ thời điểm nào, sẽ là điều không thể. Thay vào đó, giới hạn lý thuyết gần hơn với con số 30 người, và mô hình được đơn giản hóa cho trò chơi đơn và hợp tác. Để chứng minh tính hợp lý của sự đánh đổi này, tôi đề xuất một thiết kế trò chơi hấp dẫn tận dụng khả năng mở rộng của Bat-Channel, đồng thời vẫn hưởng lợi từ việc chạy trên blockchain. Các bài viết tiếp theo sẽ đi sâu hơn vào khía cạnh kỹ thuật của thiết kế này.
Năm 2021, Galcon đã được di chuyển lên blockchain và phát hành dưới cái tên Dark Forest. Trong vòng một năm, hàng trăm người chơi đã cạnh tranh trên vài bản đồ kéo dài khoảng một tuần. Nhờ thiết kế trò chơi mã nguồn mở thuận tiện, người chơi đã xây dựng thêm giao diện người dùng, kịch bản và hợp đồng thông minh trên nền tảng này. Nhiều nhà nghiên cứu và kỹ sư Solidity giỏi nhất đã thử thách bản thân bằng cách kiểm tra và khám phá hình thức trò chơi mới mẻ này. Họ tạo nên các thị trường cộng đồng, nơi người chơi bắt đầu trao đổi tài nguyên, thậm chí cả thông tin, để đạt mục tiêu trong game. Những trò chơi tương tự cũng xuất hiện cùng thời điểm như Conquest.eth và Mithraeum.io. Trong những trò chơi này, tất cả người chơi đều cạnh tranh cùng lúc trên cùng một bản đồ.
Thật không may, những trò chơi này bị giới hạn bởi thông lượng blockchain mà chúng được xây dựng. Ví dụ, Dark Forest chạy trên Gnosis Chain, chỉ cho phép 30 giao dịch mỗi giây làm thay đổi trạng thái trò chơi.
Nhưng ngay cả trong một trò chơi chỉ sử dụng một phần tư khối, khi người chơi di chuyển cẩn thận mỗi ba phút, thì vẫn chỉ có tối đa 1440 người chơi trực tuyến đồng thời (180 giây/hành động * 8 hành động * 1 người chơi mỗi giây). Các nhà phát triển buộc phải tin rằng giá trị vòng đời của người chơi loại này cao gấp 100 lần so với người dùng Web2, hoặc thừa nhận con số này là không thể chấp nhận được, vì hiện nay các trò chơi Web2 thành công thường có hơn 100.000 người chơi trực tuyến đồng thời. Dù chúng ta có thể thấy mức độ mở rộng tăng 10 lần trong vài năm tới, nhưng chúng ta cần mức tăng 1000 lần để hỗ trợ một số trò chơi thành công.
Mở rộng bằng Bat-Channels
Giải pháp mở rộng đơn giản nhất có lẽ là tạo thêm nhiều sidechain như Gnosis hay Polygon PoS.
Tuy nhiên, sidechain không kế thừa tính bảo mật từ chuỗi gốc mà chúng vận hành. Thay vào đó, chúng thường phụ thuộc vào tập hợp bộ xác thực riêng, những người đặt cược tài sản để đảm bảo hành vi tốt và nhận phần thưởng khối tương ứng. Chúng được gọi là sidechain vì thường tái sử dụng máy ảo giống nhau, duy trì cầu nối chéo chuỗi và đăng tải ảnh chụp trạng thái của mình lên chuỗi chính (để phục hồi khẩn cấp dựa trên thỏa thuận xã hội). Nếu có 1000 sidechain như vậy, chúng ta có thể chứa đủ người chơi. Nhưng vấn đề lại chuyển thành phân mảnh người chơi, phân mảnh thanh khoản, rủi ro an ninh cầu nối và suy giảm bảo mật.
Để phù hợp tốt hơn với giả định bảo mật của blockchain chính, nhiều nhà phát triển chọn sử dụng Optimistic Rollup và zkRollup. Chúng cung cấp khả năng mở rộng tương tự sidechain, nhưng bắt buộc phải đăng mỗi giao dịch lên L1 của chúng. Tuy nhiên, không gian khối trên Ethereum không đủ để chứa 1000 rollup trò chơi bổ sung cùng các hệ sinh thái khác.
Cách xây dựng thứ ba để mở rộng là kênh trạng thái (state channel). Mạng Lightning là một ví dụ phổ biến trên Bitcoin, hoạt động như kênh thanh toán giữa hai bên. Mỗi bên tham gia khóa tiền vào hợp đồng thông minh, sau đó trao đổi tin nhắn cập nhật trạng thái số dư của họ bên ngoài chuỗi.
Ví dụ, Alice và Bob mỗi người khóa 0,1 BTC. Alice gửi một tin nhắn mỗi phút, ký chuyển 0,00001 BTC cho Bob. Đôi khi Bob cũng chuyển lại một ít BTC cho Alice. Một năm sau, số dư cuối cùng của Alice là 0,05 BTC và của Bob là 0,15 BTC. Alice thoát khỏi kênh và đăng trạng thái mới nhất lên chuỗi. Bob có một cửa sổ thời gian để phản đối nếu có bản cập nhật gần đây hơn; nếu không, hợp đồng thông minh sẽ giải phóng tiền cho Alice và Bob.
Kênh trạng thái (như Mạng Lightning) cho phép thực hiện số lượng giao dịch lớn hơn nhiều bậc vì các trạng thái trung gian không cần được ghi trên chuỗi. Với trò chơi hai người chơi, kênh trạng thái có thể là lựa chọn phù hợp. Tại sao? Đổi chác ở đây là tổng số người chơi có thể tương tác đồng thời giảm đáng kể. Bạn cũng cần cho phép người chơi tranh chấp trường hợp gian lận hoặc không phản hồi. Trong các bài viết sắp tới, tôi hy vọng sẽ giải quyết những vấn đề này; tuy nhiên, để ngắn gọn, bài viết này tập trung vào một cấu trúc hợp tác. Trong chế độ hợp tác, tất cả người chơi đều thống nhất, và trò chơi mang tính cùng thắng.
Bằng chứng trò chơi (Proof of Game)
Để ngăn chặn lối chơi gian lận, trò chơi phải được lập trình theo cách có thể chứng minh được. Các giải pháp hiện tại có thể bao gồm sử dụng Cairo và Cairo VM hoặc Solidity cùng các zkEVM khác nhau. Có thể xây dựng một cấu trúc trông giống như zkRollup mà không cần bộ sắp xếp thứ ba. Vì người chơi không lo lắng về việc thứ tự hành động của họ bị phá hoại ác ý (vì họ là bạn bè, và không có ai khác trong rollup), họ có thể tự thỏa thuận thứ tự. Cách tiếp cận này có thể mở rộng vì có thể có số lượng hành động tùy ý, trong khi chỉ cần nộp một bằng chứng duy nhất và sự khác biệt trạng thái lên chuỗi.
Thiết kế trò chơi
Với kiến trúc bat-channel (trạng thái blockchain chia sẻ và các phiên trò chơi song song), hãy xem xét trò chơi nào phù hợp nhất để chuyển đổi. Tôi chọn trò chơi nhập vai大型多人《World of Warcraft》(WoW) như một ví dụ điển hình. Mặc dù đa số người cho rằng WoW là một trò chơi trạng thái chia sẻ mang tính đối kháng, tôi cho rằng nó chủ yếu là trải nghiệm hợp tác theo nhóm nhỏ. Xét về mặt lý thuyết trò chơi/giả định bảo mật, nó giống một trò chơi đơn. Mặc dù hàng triệu người chơi trực tuyến cùng lúc yêu thích WoW, họ được phân tán trên hàng trăm máy chủ. Những máy chủ này lại được phân vùng thành hàng chục khu vực, và mỗi khu vực lại được chia thành hàng trăm hầm ngục gọi là "instance". Đây là lý do tại sao hàng triệu người chơi có thể cùng lúc chiến đấu với cùng một quái vật. Hai đội khác nhau có thể bước vào cùng một hang động nhưng chưa bao giờ gặp nhau. Thế giới meta lớn hơn, bao gồm cả chợ đấu giá, được dùng để trao đổi, sửa chữa thiết bị và quản lý phát triển nhân vật.
Đối với một trò chơi Web3, tôi đề xuất áp dụng cấu trúc tương tự như mục tiêu thiết kế hàng đầu. Nghĩa là, chuỗi chính là nơi diễn ra giao dịch thương mại, thống kê nhân vật và danh tiếng, còn vòng lặp trò chơi cốt lõi tồn tại bên ngoài chuỗi chính.
Người chơi có thể khởi chạy phiên riêng của họ, mang theo nhân vật và trang bị của mình, sau đó thoát khỏi phiên đó theo cách có thể chứng minh được, nhận thêm trang bị và kinh nghiệm. Mặc dù cách này làm giảm khả năng kết hợp do thiếu chi tiết trò chơi, nhưng chúng ta thu được quyền riêng tư cho người chơi. Không ai biết cách đánh bại hầm ngục. Và nếu bạn muốn khôi phục khả năng kết hợp, bạn có thể cấp một NFT đặc biệt cho người chơi đã giết 100 con chuột trong hầm ngục. Người chơi có thể xem lại nhật ký hành động của mình và tạo ra một bằng chứng cho thấy họ đã hoàn thành nhiệm vụ. Khả năng sẵn có dữ liệu có thể do người chơi thúc đẩy, vì họ không gặp rủi ro gì.
Bước tiếp theo
Dự án gần nhất với việc xây dựng bat-channels là Dojo. Công cụ trò chơi này được xây dựng cho Cairo VM và chứng minh trò chơi đã diễn ra đúng cách. Hiện tại, hệ thống chưa được dùng để tạo ra hệ thống trò chơi có nền kinh tế tồn tại ở lớp một, trong khi vòng lặp trò chơi tồn tại ở các bat-channel riêng biệt. Nhóm phát triển cho biết sắp ra mắt bản demo trực tiếp.
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
Alliance
