PixeLAW The simplest way to build a full-chain game

PixelAW Simplifying the Creation of a Full-Featured Game

Author: syora, Translation: MetaCat

Introduction

Even for the most talented teams, it usually takes at least a month to build a Full-Chain Online Game (FOCG) before the game is released for beta testing. Game development itself is challenging, and the complexity increases when developing games on the blockchain.

PixeLAW aims to break this pattern by focusing on reducing the time it takes, excluding smart contract development. This represents a significant paradigm shift.

• LianGuai Morning News | CfA claims Circle provides convenience to terrorist organizations, Coinbase submits a re-examination application after SEC rejects its petition.
• Internet giant founder acquires this license with his own hands
• Ripple’s XRP: Swimming Against the Tide

We built a new full-chain game on PixeLAW in just 30 minutes

Challenges of Building Full-Chain Games

Developing full-chain games today comes with a lot of pain. Here are the typical steps involved:

1. Environment setup

2. Backend development

3. Frontend development

4. Integration of frontend and backend

5. Deployment

While a significant amount of attention in developing new games is focused on the game logic, the reality is that frontend development usually takes up the majority of the process.

The truth told by the SkyStrife team

In addition, people with game development experience often have limited experience in blockchain development, and vice versa: those who are proficient in blockchain development usually have less experience in game development. Furthermore, it requires individuals skilled in backend or frontend development. In creating a game, experts in each part are necessary. This is one of the reasons why full-chain games are scarce. Despite being in a field that values composability, the high barrier to building these games has become a major problem.

Building with PixeLAW

PixeLAW aims to break this pattern and fundamentally change the existing approach to FOCG development. If you want to create a FOCG on PixeLAW, the process is as follows:

1. Environment setup (1 minute)

2. Smart contract development

3. Deployment (1 minute)

For more detailed information, please refer to the PixeLAW Book (https://pixelaw.github.io/book/index.html), it is worth mentioning that environment setup and deployment can be done in about a minute. The focus is largely on creating the backend contract.

This represents a significant paradigm shift. In fact, within a week of closed testing, three new games were developed and released. One even won first prize in Starknet, which is impressive.

Why is this achievable? The secret lies in the architecture of PixeLAW.

The Architecture of PixeLAW

PixeLAW is a pixel-based autonomous playground. At first glance, it may seem like just a complete on-chain pixel art game, but it is essentially a system built around rewriting pixel information to create a world. Currently, besides the painting game, rock-paper-scissors, and snake game that are already live, there are also treasure hunting games, minesweeper games, and circle-punishment games to play.

This architecture is divided into the Core Layer and the Application Layer, each with its own responsibilities. This division allows developers to fully focus on their applications. The core codebase and other codebases are separated on GitHub, allowing development to proceed without waiting for pull requests to be approved.

PixeLAW Architecture Overview

Core Layer

The Core Layer (https://github.com/pixelaw/core) includes the basic components and systems of pixels. If you want to rewrite pixel information, you call the system in the core layer and modify the components. Currently, the frontend also belongs to this layer.

update_pixel system writes core components

Application Layer

The Application Layer is created using app_template (https://github.com/pixelaw/app_template). It consists primarily of contracts. Smart contracts are used to call the system in the core layer and rewrite pixel information. Due to the specifications of calling the core layer system, developers can focus on backend development without worrying about complex bug solving, frontend development, or other aspects.

The LianGuaiint app calls core systems

Interaction Between Frontend and Smart Contracts

An important part of interacting with the frontend is color information and text.

Text is currently represented as Unicode data, while pictograms are used to represent the state of pixels.

Although that is the current situation, the actual data types are uint32 and feel252. The current frontend interprets them as color and pictograms. However, for those who want to build quickly, it is now easier to use emoji to represent pixels’ states in the game.

Future

Although I mentioned focusing on backend development, the essence is actually separation of frontend and backend. In other words, it is also possible to focus solely on frontend development.

Specifically, you can use existing contracts to create a rich, blockchain-centered frontend for rock-paper-scissors.

The key point is that you don’t have to wait until everything is ready to start developing blockchain games. You can start building on PixeLAW with the skills you currently have.

Therefore, PixeLAW is a world on the blockchain, which also means it is a huge open-source world. Its power is undeniable.

So, let’s start building on PixeLAW.

We will continue to update Blocking; if you have any questions or suggestions, please contact us!