Làm thế nào để phát triển các trò chơi on-chain có thể kiểm chứng với Zypher?

Kể từ khi Dojo của hệ sinh thái Starknet đề xuất khái niệm trò chơi on-chain có thể chứng minh được, nhiều đội đã bắt đầu khám phá trong lĩnh vực này, chẳng hạn như paima sử dụng nén trạng thái NFT, redux sử dụng cây Merkle và chữ khắc trạng thái, v.v. Zypher Network (@Zypher_Network) cũng đã phát hành một loạt các bộ công cụ dành cho nhà phát triển dựa trên công nghệ zk-SNARK để giúp tạo ra các trò chơi on-chain có thể kiểm chứng được.

Trò chơi on-chain có thể kiểm chứng là gì

Bây giờ chúng ta biết rằng sự kết hợp giữa ngành công nghiệp trò chơi và công nghệ Blockchain sẽ có chế độ on-chain tài sản GameFi hoặc chế độ trò chơi on-chain của on-chain trạng thái. Định nghĩa chung của một trò chơi on-chain là thế này: tất cả logic trò chơi, trạng thái (tài sản và những thứ khác) đều ở on-chain, được thực hiện thông qua hợp đồng thông minh.

Là một nền tảng hợp đồng thông minh, Ethereum tự nhiên là một máy trạng thái phân tán có thể thực hiện các phép tính on-chain và xác minh trạng thái đơn giản hơn một chút. Vì vậy, mọi người đã cố gắng viết logic trò chơi vào hợp đồng thông minh, để trò chơi trở thành một trò chơi phi tập trung mà không có phụ trợ máy chủ và mang lại mức độ kết hợp cao hơn về luật chơi. Tuy nhiên, vấn đề cũng nảy sinh: sức mạnh tính toán của Ethereum Mạng chính quá yếu, và chi phí sử dụng rất cao, ngay cả khi bạn cân nhắc sử dụng chuỗi layer2 hiệu suất cao hoặc các chuỗi công khai khác, nó không thể đáp ứng nhu cầu của on-chain trò chơi

Lấy cảm hứng từ bản tổng hợp layer2, vì các hoạt động chuyển quy mô lớn hơn có thể được xác minh off-chain tính toán on-chain on-chain tại sao không xử lý việc thực thi logic trò chơi theo cách tương tự? Mặc dù logic trò chơi được tính toán off-chain, nhưng mỗi bước của thao tác có thể được xác minh trên on-chain, điều này cũng đảm bảo sự phân cấp và không tin cậy của trò chơi, đó là nguồn gốc của từ “có thể xác minh” và thậm chí chúng ta có thể đơn giản tương tự: TX trong bản tổng hợp layer2 là một giao dịch chuyển nhượng thông thường và TX trong trò chơi on-chain có thể xác minh là giao dịch on-chain của trò chơi.

Tùy thuộc vào phương pháp xác minh on-chain, rollups được chia thành OP-rollups và ZK-rollups. Tương tự, các trò chơi on-chain có thể kiểm chứng sử dụng zk-SNARK có những lợi thế vượt trội về tính cuối cùng và hiệu suất xác minh trạng thái, đó là lý do tại sao Dojo và Zypher Network đã chọn ZKP để phát triển các trò chơi on-chain có thể kiểm chứng.

Bộ công cụ phát triển mạng Zypher

Bộ công cụ dành cho nhà phát triển của Zypher Network bao gồm 3 phần, đó là AW Engine, Secret Engine và Zytron kit.

1. AW Engine: Tận dụng khả năng nén thông tin của ZKP để cung cấp khả năng mở rộng. Một khung mô-đun cho phép trò chơi có khả năng mở rộng theo chiều dọc. Có thể lập trình thông qua mạch hoặc zkVM. SDK z4 của nó có thể hỗ trợ các sự kiện khao khát trong trò chơi theo thời gian thực (người chơi so với người chơi).

2. Secret Engine: Khả năng ẩn thông tin của ZKP được sử dụng để cung cấp các trò chơi thông tin bất đối xứng. Một bộ công cụ phát triển phần mềm cho zk-SNARK như một dịch vụ cung cấp sự bất đối xứng thông tin cho các trò chơi yêu cầu cơ chế chiến lược. ZK-SNARKs (ZKP có thể thực hiện đầy đủ tính toán quyền riêng tư và tính ngẫu nhiên trên on-chain và có thể chứng minh sự công bằng của họ.

3. Bộ Zytron: Ngăn xếp lớp 3. Ngăn xếp chuỗi rollupL3 có chủ quyền cung cấp khả năng triển khai cơ sở hạ tầng trò chơi thuận tiện, bao gồm tối ưu hóa lớp ngang hàng, phân mảnh máy chủ và hơn thế nữa. Được thiết kế cho các trò chơi khao khát lớn và xây dựng AW.

AW Engine, một khung mô-đun cho zk-SNARK

AW Engine chịu trách nhiệm xây dựng mạch ZKP, tạo bằng chứng và xác minh bằng chứng, vì vậy nó là trung tâm của bộ phần mềm. Nó bao gồm các phần sau:

1. Tiện ích (tiện ích): Hỗ trợ các tiện ích khác nhau được sử dụng trong phát triển mạch trò chơi, bao gồm băm cơ bản, ecc, mặt nạ, xáo trộn, v.v.
2. Các mạch dành riêng cho ứng dụng: Sử dụng plonk dành riêng cho ứng dụng làm sơ đồ cơ bản cho các bằng chứng zk và viết các mạch trò chơi cụ thể thông qua các tiện ích khác nhau do SDK cung cấp. Nó hỗ trợ biên dịch các mạch trực tiếp vào wasm và có thể chạy chúng trong trình duyệt hoặc ứng dụng. Đồng thời, nó cũng cung cấp khả năng hoạt động theo các Máy ảo khác nhau (EVM / WASM / … Các hợp đồng này có thể chạy trong các hệ thống Blockchain khác nhau để đạt được off-chain tạo bằng chứng và xác minh on-chain.
3. On-chain Người xác thực: wasm được tối ưu hóa cho provers và Người xác thực, cũng như hỗ trợ cho Người xác thực rắn chung cho tất cả các chuỗi EVM và Move-lang Người xác thực cho chuỗi dựa trên Move.
4. Động cơ PVP khao khát Z4: Z4 là một hệ thống dành cho các trò chơi khao khát thời gian thực. Nó mở rộng khả năng xử lý sự kiện khao khát bằng cách thuê ngoài các sự kiện người chơi so với người chơi (PvP) cho các nút zk-rollup chuyên dụng.

Sơ đồ trên mô tả nguyên lý làm việc và kiến trúc của AW Engine. Công cụ trò chơi này được chia thành nhiều phần chính và tôi sẽ giải thích chức năng của từng phần từng bước:

1. Zypher Plonk / Bulletproofs / Groth16 / STARKs: Đây là tất cả các sơ đồ zk-SNARK khác nhau. Điều này cho thấy công cụ trò chơi hỗ trợ các loại sơ đồ ZKP dài nhất, cho phép các nhà phát triển trò chơi lựa chọn hệ thống bằng chứng phù hợp theo nhu cầu của họ.

2. VM / DSL chung: Điều này đề cập đến một máy ảo đa năng hoặc Ngôn ngữ miền cụ thể (DSL) được sử dụng để viết và thực thi logic trò chơi. Zypher Network đã chính thức công bố quan hệ đối tác chiến lược với Risc Zero, dự kiến sẽ tích hợp zkVM chung của gia đình anh.

3. Tiện ích & mạch Zypher: Các tiện ích và mạch này là các khối xây dựng cơ bản để xây dựng ZKP. Nói zk-SNARK, các tiện ích là các hàm hoặc phần logic được xác định trước và mạch là các quy trình tính toán lớn hơn kết nối các tiện ích này.

4. Game Proof Circuit: Game Proof Circuit là phiên bản zk-SNARK của toàn bộ logic trò chơi. Tại đây, một mạch được tạo ra để xác nhận các quy tắc của trò chơi mà không tiết lộ các hành động hoặc chiến lược cụ thể của người chơi.

5. Prover API: Prover API là một giao diện thông qua đó các nhà phát triển tạo ra các bằng chứng. Trong bối cảnh của trò chơi, điều này có nghĩa là chứng minh rằng hành động của người chơi được thực hiện theo luật chơi.

6. Onchain Verifier API: Công on-chain Người xác thực API là một giao diện khác để xác minh các chứng thực được cung cấp nói trên. Điều này được thực hiện trên Blockchain để đảm bảo rằng mọi bước của trò chơi đều công bằng và minh bạch.

7. ZK Proof Market: Đối với người chơi trên thiết bị di động, có một Phi tập trung Proof Computation Marketplace, nơi người chơi có thể thuê ngoài Proof Computation; Điều này càng làm cho phần cứng chơi game của on-chain trở nên bất khả tri.

8. Trò chơi: Phần trò chơi của tính toán off-chain chứa logic trò chơi thực tế và giao diện người dùng cho phép người chơi chơi.

9. Trò chơi Onchain: Sau khi gửi bằng chứng cho Blockchain, trò chơi trở thành một trò chơi Phi tập trung và Không đáng tin cậy on-chain. Nó có thể được so sánh với DA Proof trong layer2 cho hoạt động on-chain.

Nhìn chung, AW Engine tận dụng zk-SNARK để đảm bảo tính bảo mật và công bằng của trò chơi. Nó cho phép logic trò chơi được xác minh mà không để lộ bất kỳ thông tin quan trọng nào, cung cấp một cách mới để phát triển và chạy các trò chơi được xây dựng trên Blockchain.

Cuối cùng, hãy xem xét toàn bộ quy trình làm việc của engine từ quan điểm của nhà phát triển:

1. Giai đoạn phát triển:

• Đầu tiên, các nhà phát triển chọn sơ đồ zk-SNARK thích hợp (chẳng hạn như Plonk, Bulletproofs, Groth16 hoặc STARKs).

• Sau đó, họ sử dụng một trong những kịch bản này để tạo ra “Zypher gadgets & circuits”, đó là các khối xây dựng của logic của trò chơi.

• Các khối xây dựng này được kết hợp thành một “Game Proof Circuit” hoàn chỉnh, là một mạch không có kiến thức chứng minh tính hợp lệ của trạng thái trò chơi mà không tiết lộ thông tin cụ thể.

2. Tạo bằng chứng (Prover API) :

• Mọi hành động hoặc thay đổi trạng thái trong trò chơi đều được chuyển đổi thành bằng chứng trên phần phụ trợ thông qua “Prover API”, không thể giả mạo và không tiết lộ bất kỳ dữ liệu trò chơi quan trọng nào.

• Bằng chứng này có nghĩa là hành động trò chơi hoặc trạng thái trò chơi của người chơi phù hợp với luật chơi.

3. Xác thực on-chain (Onchain Verifier API) :

• Bằng chứng được tạo ra sau đó được gửi đến Blockchain thông qua “API xác minh Onchain”.

• Trình xác thực on-chain này sẽ xác minh tính hợp lệ của bằng chứng xác nhận, xác nhận tính hợp pháp của hành động hoặc trạng thái trò chơi và đảm bảo tính công bằng và đúng đắn của trò chơi.

Quá trình trên không bao gồm hệ thống chiến đấu khao khát Z4, trên thực tế, ZKP không chỉ có thể “kiểm chứng” logic trò chơi, mà còn có thể “xác minh” “hệ thống chiến đấu khao khát”.

Hình ảnh trên là sơ đồ quy trình làm việc của công cụ Z4 và có thể thấy rằng cách công cụ Z4 hỗ trợ các trò chơi long người chơi thời gian thực là tạo ra các phòng không trạng thái để mai mối và chơi trò chơi của người chơi, được Nút hỗ trợ bởi zk-rollup, Nút không lưu dữ liệu. Khi logic trò chơi chạy trên Nút, tất cả các hoạt động được sắp xếp và tóm tắt, và được xác nhận bởi zk-SNARK. Sau khi trò chơi kết thúc, bằng chứng về hoạt động và kết luận được tải lên on-chain để xác minh. Z4 Nút có thể chạy logic trò chơi trực tiếp mà không cần sử dụng máy ảo, tránh phí giao dịch và gas. Máy ảo (chẳng hạn như WASM / EVM) cũng có thể được sử dụng trên Nút để chạy logic trò chơi nếu cần. Toàn bộ quá trình được thiết kế để hỗ trợ khối lượng toàn mạng hàng triệu hoặc thậm chí hàng tỷ mỗi giây để đảm bảo hiệu suất đồng thời cao và thời gian thực của trò chơi.

Mô-đun thông tin bất đối xứng Công cụ bí mật

Fog of War là một cơ chế thường thấy trong các trò chơi, với các ví dụ điển hình bao gồm StarCraft và Warcraft 3. Thiết kế này ẩn thông tin bằng cách bao phủ một số khu vực nhất định của bản đồ trò chơi, chỉ được tiết lộ khi người chơi khám phá các khu vực đó. Cơ chế này làm tăng tính không thể đoán trước của môi trường trò chơi và là điển hình của cái gọi là trò chơi thông tin bất đối xứng. Hầu hết long trò chơi MMO phổ biến đều có cơ chế trò chơi thông tin bất đối xứng, cung cấp cho người chơi nhiều long short hơn để khám phá và lập chiến lược.

Tuy nhiên, trong công nghệ Blockchain, dữ liệu thường hoàn toàn công khai và minh bạch, điều này gây khó khăn cho việc thực hiện các cơ chế thông tin bất đối xứng. Tuy nhiên, bằng cách sử dụng zkSNARKs, một công nghệ zk-SNARK, các trò chơi Dark Forest thành công trong việc duy trì trạng thái bảo mật của chúng trong khi người chơi cần gửi công khai các hành động hợp lệ có thể xác minh. Bằng cách này, Dark Forest tạo ra một môi trường trò chơi với thông tin không đầy đủ về Blockchain. Tuy nhiên, phương pháp ẩn thông tin phức tạp này yêu cầu lập trình mạch ZK tùy chỉnh, vì vậy việc ẩn thông tin mở rộng không thể được thực hiện trong các trò chơi on-chain.

Secret Engine giải quyết một phần vấn đề này với WASM được tối ưu hóa và các hợp đồng được biên dịch sẵn, đồng thời thực hiện quy trình xáo trộn Phi tập trung hiệu suất cao, chi phí thấp thông qua Shuffle SDK. Xáo trộn các mạch và giao thức đảm bảo thực hiện an toàn các tính toán mã hóa có thể kiểm chứng, đảm bảo rằng các yếu tố chính sách vẫn được bảo mật trong on-chain. Ngoài poker, Monopoly và trò chơi bài giao dịch, SDK có thể được áp dụng cho các trường hợp sử dụng SLG khác yêu cầu sự tin cậy và ngẫu nhiên, chẳng hạn như:

Social Deception: Một trò chơi lừa dối xã hội bảo vệ danh tính hoặc chiến lược bí mật của người chơi. ** Đặt bí mật ***: * Các hành động vị trí bí mật trong trò chơi, chẳng hạn như ẩn các đơn vị hoặc vị trí tài nguyên, có thể được thực hiện một cách an toàn. Fog of War: * là Fog of War, có thể được sử dụng để đảm bảo rằng một số phần nhất định của bản đồ được giữ bí mật với một số người chơi nhất định cho đến khi đáp ứng một số điều kiện nhất định.

Có hai SDK thường được sử dụng:

zk-Shuffle-as-a-service: * Người chơi thay phiên nhau mã hóa và xáo trộn các lá bài để tạo ra một bộ bài “niêm phong” và được sắp xếp ngẫu nhiên, cung cấp giải pháp mà các trình tạo số ngẫu nhiên truyền thống như Chức năng ngẫu nhiên có thể xác minh (VRF) không thể cung cấp. zk-Matchmaking-as-a-service: * Người chơi gửi một “hạt giống bằng chứng” để tạo ra một số ngẫu nhiên và khớp nó on-chain, toàn bộ quá trình có thể được chứng minh thông qua zkp.

Hình ảnh này mô tả quy trình làm việc của SDK Xáo trộn:

1. Zypher PlonK:

• PlonK cơ bản: Đây là sơ đồ chứng minh zk-SNARK có mục đích chung cho phép tạo ra các bằng chứng để xác minh tính đúng đắn của các phép tính phức tạp mà không tiết lộ thêm thông tin.

• Bộ chọn xáo trộn: Đây là logic hoặc cấu hình cụ thể cho quá trình xáo trộn cho phép hệ thống chứng minh PlonK thực hiện chính xác việc xáo trộn thẻ.

**2. Mạch xáo trộn: **

• Chaum Pedersen: Thành phần phụ này được sử dụng để đảm bảo sự riêng tư của quá trình xáo trộn. Nó thường liên quan đến chữ ký số hoặc mã hóa, trong đó mã hóa của mỗi thẻ được bảo mật.

• Tiết lộ: Bước này liên quan đến việc tiết lộ danh tính của thẻ một cách an toàn khi cần thiết, mà không tiết lộ thông tin về các thẻ khác.

• Hoán vị: Điều này đề cập đến quá trình xáo trộn các lá bài thực tế, tức là sắp xếp lại các lá bài.

• Mô hình thẻ: Điều này xác định mô hình dữ liệu của thẻ, điều này rất cần thiết trong việc tạo phiên bản mã hóa của thẻ và sau đó xác minh sự xáo trộn.

3. Xáo trộn SDK:

• Prover SDK (Rust / WASM): Bộ công cụ phát triển phần mềm này cho phép các nhà phát triển trò chơi tạo ra zk-SNARK để chứng minh rằng quá trình xáo trộn là chính xác mà không tiết lộ lệnh thực tế của thẻ.

• Onchain Verifier SDK (Solidity/WASM/Move): SDK này được sử dụng để tạo on-chain Người xác thực và xác minh tính đúng đắn của các bằng chứng xáo trộn.

Phần giới thiệu trên có thể vẫn còn quá trừu tượng, hãy sử dụng một on-chain Texas Hold’em làm ví dụ để minh họa cho nguyên tắc của SDK Shuffle.

Trong trò chơi, chúng ta cần lưu trữ kết quả của “đống xáo trộn” trên on-chain. Điều này không chỉ phục vụ như là kết quả của sự xáo trộn hiện tại, mà còn là một đầu vào chung cho các ‘xáo trộn’ tiếp theo, như được chứng minh trong hoạt động Thiết lập cọc. Ban đầu, đặt bộ bài để lưu trữ bộ bài được khởi tạo theo mặc định. Tuy nhiên, lưu trữ on-chain nổi tiếng là đắt tiền, đặc biệt là đối với khối lượng dữ liệu lớn. Một bộ bài gồm 52 lá bài bao gồm tổng cộng 208 loại dữ liệu uint256, làm cho chi phí lưu trữ trở thành một cân nhắc quan trọng.

Giải pháp của Zypher là chỉ lưu trữ một phần dữ liệu trên on-chain sau khi xáo trộn, cụ thể, chỉ cần lưu trữ thẻ 2n + 5, trong đó n là số lượng người chơi. Cho rằng long 6 người chơi hiện đang được hỗ trợ, nhiều nhất là 17 thẻ long. Điều này có nghĩa là cuối cùng chỉ cần lưu trữ 17 thẻ đó trên on-chain. Nhưng như đã đề cập trước đó, một mục đích khác của việc lưu trữ on-chain là các thẻ này cũng sẽ đóng vai trò là đầu vào chung cho các lần xáo trộn tiếp theo. Do đó, nếu chỉ có 17 thẻ được lưu trữ, không thể xác minh tính chính xác của xáo trộn.

Để giải quyết vấn đề này, mạch zk-shuffle của Zypher cũng xuất ra Hàm băm của toàn bộ boong như một đầu vào chung, cũng được lưu trữ on-chain. Khi xác minh zk-shuffle, người dùng tải lên ngăn xếp xáo trộn trước làm đầu vào chung và mạch tính toán Hàm băm của thẻ do người dùng tải lên và so sánh nó với Hàm băm được lưu trữ trên on-chain. Cuối cùng, vì chỉ một phần dữ liệu được giữ on-chain, người dùng có thể cần phải có đủ 52 thẻ. Đối với điều này, các sự kiện hợp đồng có thể được sử dụng. Sự kiện là một phương thức giao tiếp chi phí cực thấp cho phép người dùng nghe các sự kiện để có dữ liệu trò chơi hoàn chỉnh.

Tóm lại, cốt lõi của toàn bộ quá trình là việc sử dụng zk-SNARK để đảm bảo sự riêng tư và đúng đắn của việc xáo trộn. Bằng cách này, các quyết định và chiến lược của người chơi vẫn được giữ kín, ngay cả khi tất cả các hành động được ghi lại công khai trên Blockchain.

Bộ Zytron ngăn xếp L3 có chủ quyền

Zytron Kit là một ngăn xếp tổng hợp có chủ quyền Lớp 3 có thể tùy chỉnh cao, hỗ trợ công cụ trò chơi của Zypher dưới dạng hợp đồng được biên dịch sẵn.

Cơ sở hạ tầng Dapp hiện tại, chủ yếu là EVM, không có nến bóng dài để tối ưu hóa cho các trường hợp sử dụng đáp ứng cao như trò chơi on-chain và không cung cấp hiệu quả chi phí và khả năng mở rộng cần thiết. MMO và các trò chơi hiệu suất cao khác yêu cầu cơ sở hạ tầng chuyên dụng, tùy chỉnh với tài nguyên máy tính hiệu quả và có thể dự đoán được. Mạng alpha đầu tiên của Zytron, có 0 gas, 0.2S khối thời gian, các hợp đồng được biên dịch sẵn được thiết kế đặc biệt cho các trò chơi, sẽ được ra mắt trong tương lai gần, với 10 trò chơi được lên kế hoạch làm người thử nghiệm tiên phong.

Bộ sản phẩm cung cấp 4 thành phần cốt lõi plug-and-play:

Sovereign Rollup: Điều quan trọng nhất trong trò chơi là khả năng chơi, đòi hỏi tính sẵn sàng cao nhất (CAP) trong một hệ thống phân tán và toàn bộ hệ thống có thể được nâng cấp nhanh chóng và tự động triển khai. Server Phân mảnh: Phân phối bản đồ thế giới của trò chơi trên các nút khác nhau để tăng khả năng mang của một nút duy nhất. Đồng thời, nó cung cấp một tập hợp các thuật toán truy xuất hiệu quả để nhanh chóng di chuyển giữa các nút khác nhau trên bản đồ toàn cầu, chuyển đổi giữa các dịch vụ nút khác nhau và đồng bộ hóa thông tin. Khả năng tương thích dữ liệu: Một thành phần quan trọng đối với sự trừu tượng hóa lưu trữ, giao thức tích hợp cơ sở dữ liệu bộ nhớ đệm và quan hệ thân thiện với người dùng hơn để tăng tốc độ xử lý dữ liệu trò chơi. Tính năng này giải quyết nhu cầu quản lý dữ liệu hiệu quả và truy cập nhanh, điều này rất cần thiết để duy trì trải nghiệm chơi game mượt mà. Mạng tùy chỉnh: Với nhu cầu kết nối mạng cao của trò chơi, khung này tối ưu hóa các Lớp mạng ngang hàng (P2P) cơ bản để hỗ trợ các kịch bản chơi game. Điều này bao gồm tối ưu hóa cho nhắn tin nội bộ nhóm, sử dụng kỹ thuật NAT traversal và đục lỗ để kết nối nhanh chóng và hiệu quả. Ngoài ra, mạng nến bóng dài đã thiết kế một giao thức UDP đặc biệt cho trò chơi, được thiết kế để giữ Trễ dưới 10 mili giây. Điều này đảm bảo truyền dữ liệu nhanh chóng và đáng tin cậy, điều này rất cần thiết cho trải nghiệm chơi game thời gian thực.

Sovereign rollups là một khái niệm mới hơn bổ sung mức độ tự chủ và tính linh hoạt cao hơn cho các rollups thông thường, cho phép các mạng Blockchain độc lập với quyền tự chủ hoàn toàn được xây dựng trên chúng. Điều này có nghĩa là mỗi bản tổng hợp có chủ quyền có thể có Cơ chế đồng thuận, bộ máy trạng thái và mô hình quản trị riêng, trong khi vẫn duy trì khả năng tương thích với Chuỗi chính.

Từ sơ đồ khung ở trên, chúng ta có thể hiểu các chức năng của từng thành phần của bộ Zytron:

**1. Các thành phần cốt lõi cung cấp cơ sở hạ tầng của chuỗi trò chơi, cho phép mức độ tùy chỉnh và tối ưu hóa cao. **

• Sovereign Rollup đảm bảo khả năng chơi và tính sẵn sàng cao của trò chơi, hỗ trợ nâng cấp nhanh chóng và triển khai tự động hệ thống.

• Server Phân mảnh tăng khả năng tải của một Nút bằng cách phân phối thế giới trò chơi trên long Nút.

• Khả năng tương thích dữ liệu đảm bảo xử lý nhanh dữ liệu trò chơi bằng cách tích hợp hệ thống cơ sở dữ liệu thân thiện với người dùng.

• Mạng tùy chỉnh tối ưu hóa Lớp Mạng P2P cơ bản để đáp ứng nhu cầu mạng cao của trò chơi, bao gồm nhắn tin được tối ưu hóa giữa các nhóm và giảm Trễ.

**2. Các thành phần trên chuỗi chứa các phần cơ bản chạy trên on-chain để đảm bảo tính chính xác của logic trò chơi và bảo mật tài sản. **

• On-chain Người xác thực đảm bảo rằng tất cả các giao dịch và hoạt động trò chơi là hợp lệ và hợp pháp.

• Hợp đồng thông minh đóng vai trò là nhà cung cấp mã hóa các quy tắc và logic trò chơi, xử lý sự tương tác giữa người chơi và thay đổi trạng thái trò chơi.

**3. Các thành phần mô-đun cung cấp việc thực hiện các tính năng và dịch vụ trò chơi cụ thể. **

• Hệ thống ZK cung cấp hỗ trợ để bảo vệ quyền riêng tư, chẳng hạn như tính toán và xác minh bảo vệ quyền riêng tư.

• Hệ thống tài khoản và hệ thống nhắn tin tức thời cung cấp chức năng quản lý người dùng và giao tiếp theo thời gian thực.

• Hệ thống giám sát được sử dụng để theo dõi tình trạng mạng và sức khỏe trò chơi.

• Hệ thống phòng, hệ thống tài chính và hệ thống AI cung cấp quản lý phòng trong trò chơi, giao dịch tài chính và hỗ trợ AI.

• Hệ thống ghi nhật ký ghi lại tất cả các hoạt động và sự kiện để phân tích và gỡ lỗi.

Sơ đồ trên cho thấy quy trình làm việc của ngăn xếp bộ Zytron:

• Các giao dịch được tạo lần đầu tiên trên Lớp 3 và được sắp xếp theo thứ tự của Sequencer.
• Runner Nút lắng nghe các sự kiện Lớp 1/2 và đầu ra Trình sắp xếp, và chúng giao tiếp với nhau để thực hiện các giao dịch và đạt được sự đồng thuận để triển khai chức năng Phân mảnh dịch vụ.
• Dữ liệu được gửi đến Celestia một cách thường xuyên để đảm bảo tính khả dụng và bảo mật của dữ liệu.
• Khách hàng tương tác với Lớp 3 thông qua đồng bộ hóa nhẹ và có thể gọi các dịch vụ được cung cấp bởi Lớp 3.

Thú vị hơn, hai bộ công cụ đầu tiên, bao gồm AW Engine và Secret Engine, có thể được tích hợp với bộ Zytron ở dạng biên dịch sẵn để cung cấp cơ sở hạ tầng hiệu quả, đáp ứng, giàu tính năng cho các trò chơi on-chain ở dạng tối giản hơn. Các nhà phát triển cũng có thể chọn các thành phần phù hợp theo nhu cầu của họ để tạo ra một môi trường chuỗi phù hợp với thiết kế trò chơi của họ. Zypher không chỉ hỗ trợ hệ sinh thái ETH mà còn tích cực khám phá khả năng on-chain trò chơi và L3 trong hệ sinh thái BTC, Zypher và Layer2 B² Network của BTC chính thức thông báo rằng họ sẽ triển khai on-chain Lớp 3 độc quyền dựa trên B² Network và DA Layer B² Hub, đây sẽ là Lớp 3 đầu tiên trong hệ sinh thái BTC hỗ trợ on-chain trò chơi. Zypher đã trở thành công cụ phát triển trò chơi on-chain đầu tiên hỗ trợ hệ sinh thái BTC.