|
1 | | -# itachi |
2 | | -Welcome to **itachi**, the much easier and more flexible modular stack to build Layer 2 or Layer 3 chains using Cairo and the Starknet technology. |
3 | | -It's open source for everyone to use. |
4 | | - |
5 | | -Itachi is built on the [Yu](https://github.com/yu-org/yu) framework which not only makes it modular but also gives developers |
6 | | -a simpler and more user-friendly development experience, just as simple as developing a web backend. |
7 | | - |
8 | | -It is specifically easy and helpful if you want to quickly own more of the stack and get more control over your chain. |
9 | | - |
10 | | -## Overall Structure |
11 | | - |
12 | | - |
13 | | -## Cairo Compatible |
14 | | -- cairo-vm: 0.8.3 |
15 | | -- cairo-lang: 2.4.0 |
16 | | - |
17 | | -## Build & Run |
18 | | -### Prerequisites |
19 | | -- rustc 1.74.0 (79e9716c9 2023-11-13) |
20 | | -- go 1.21 |
21 | | - |
22 | | -### Docker Pull & Run |
23 | | -```shell |
24 | | -docker pull ghcr.io/reddio-com/itachi:latest |
25 | | -docker-compose up |
26 | | -``` |
27 | | - |
28 | | -### Source code Build & Run |
29 | | -```shell |
30 | | -git submodule init |
31 | | -git submodule update --recursive --checkout |
32 | | -make build |
33 | | - |
34 | | -./itachi |
35 | | -``` |
36 | | -You can see the running results on your terminal. |
37 | | - |
38 | | - |
39 | | -### Reset Chain |
40 | | -Reset Chain will clean all the stored history data locally. |
41 | | -```shell |
42 | | -make reset |
43 | | -``` |
44 | | -## Test |
45 | | -### [Starknet.py](https://github.com/software-mansion/starknet.py) |
46 | | -You can use more complete python tests with `starknet.py`: https://github.com/reddio-com/itachi-testing |
47 | | - |
48 | | -## 🌐 Connect to Test Endpoint |
49 | | -https://itachi-dev.reddio.com/ |
50 | | - |
51 | | -## Configs |
52 | | -### Chain Configs |
53 | | -The default config file of Itachi chain is `conf/cairo_cfg.toml` |
54 | | -### Genesis Configs |
55 | | -The genesis configs of Itachi chain is same as Madara. You can learn more details by [docs](docs/genesis.md) |
56 | | - |
57 | | - |
58 | | -## Starknet RPC |
59 | | -### 0.5.1 |
60 | | -- [x] addDeclareTransaction |
61 | | -- [x] addDeployAccountTransaction |
62 | | -- [x] addInvokeTransaction |
63 | | -- [x] call |
64 | | -- [x] estimateFee |
65 | | -- [x] getTransactionReceipt |
66 | | -- [x] getTransactionByHash |
67 | | -- [x] getNonce |
68 | | -- [x] getTransactionStatus |
69 | | -- [x] getClass |
70 | | -- [x] getClassAt |
71 | | -- [x] getClassHashAt |
72 | | -- [ ] blockHashAndNumber |
73 | | -- [ ] getBlockWithTxHashes |
74 | | -- [ ] getBlockWithTxs |
75 | | -- [x] chainId |
76 | | -- [ ] syncing |
77 | | -- [ ] getTransactionByBlockIdAndIndex |
78 | | -- [ ] getBlockTransactionCount |
79 | | -- [ ] estimateMessageFee |
80 | | -- [ ] blockNumber |
81 | | -- [x] specVersion |
82 | | -- [ ] traceTransaction |
83 | | -- [x] simulateTransactions |
84 | | -- [ ] traceBlockTransactions |
85 | | -- [x] getStorageAt |
86 | | -- [ ] getStateUpdate |
87 | | - |
88 | | - |
89 | | -### 0.6.0 |
90 | | -- [x] addDeclareTransaction |
91 | | -- [x] addDeployAccountTransaction |
92 | | -- [x] addInvokeTransaction |
93 | | -- [x] call |
94 | | -- [x] estimateFee |
95 | | -- [x] getTransactionReceipt |
96 | | -- [x] getTransactionByHash |
97 | | -- [x] getNonce |
98 | | -- [x] getTransactionStatus |
99 | | -- [x] getClass |
100 | | -- [x] getClassAt |
101 | | -- [x] getClassHashAt |
102 | | -- [ ] blockHashAndNumber |
103 | | -- [x] getBlockWithTxHashes |
104 | | -- [x] getBlockWithTxs |
105 | | -- [x] chainId |
106 | | -- [ ] syncing |
107 | | -- [ ] getTransactionByBlockIdAndIndex |
108 | | -- [ ] getBlockTransactionCount |
109 | | -- [ ] estimateMessageFee |
110 | | -- [ ] blockNumber |
111 | | -- [x] specVersion |
112 | | -- [ ] traceTransaction |
113 | | -- [x] simulateTransactions |
114 | | -- [ ] traceBlockTransactions |
115 | | -- [x] getStorageAt |
116 | | -- [ ] getStateUpdate |
| 1 | +## Verse Chain |
| 2 | + |
| 3 | +Verse builds a modular infrastructure and economic layer for on-chain games with CairoVM and EVM compatibility. |
| 4 | + |
| 5 | +## Verse Chain Technical Brief |
| 6 | + |
| 7 | +Verse leverages the **Itachi** infrastructure to introduce a specialized **Fractal Scaling Solution** for gaming applications. |
| 8 | + |
| 9 | +Through smart contracts and chain-native modules, we enable developers to efficiently utilize functions and tools such as onchain VRF, AA wallets, and zk game general circuit. We also incorporate a few innovative EIPs such as EIP-5564 and EIP-6538 at the chain level, optimizing transaction efficiency and security, to empower game developers with more tool-kits and to enhance user experience. |
| 10 | + |
| 11 | +Significantly, Verse bridges the gap between EVM and CarioVM via our unique parallel-chains structure, by creating chain-native common modules and making both EVM and CarioVM settle in the StarkNet, achieving higher compatibility across different virtual machines. |
| 12 | + |
| 13 | +Verse is set to transition from a single sequencer to a shared validation model with Itachi, marking a significant step toward scalability and decentralization. |
| 14 | + |
| 15 | + |
| 16 | + |
| 17 | +## Verse Modules |
| 18 | + |
| 19 | +Verse will provide games with contract-based and native blockchain components, significantly reducing development costs. With the introduction of native blockchain modules, games will easily have access to features such as random number generation and anti-MEV capabilities, which are difficult to implement on other blockchains. |
| 20 | + |
| 21 | +**On-chain VRF (Verifiable Random Function):** |
| 22 | + |
| 23 | +Verse provides a necessary source of randomness for games via on-chain VRF, ensuring the fairness and unpredictability of game outcomes. This is particularly important for games that require fair random results, such as online card games and gambling applications. The on-chain VRF secures the generation of random numbers in a cryptographically safe manner, preventing any possibility of manipulation. |
| 24 | + |
| 25 | +**zk Game General Circuits:** |
| 26 | + |
| 27 | +Utilizing Zero-Knowledge Proof (ZKP) technology, the Verse platform can verify the correctness of game states and player actions without revealing any player information. This not only enhances the security of the games but also protects the privacy of the players. |
| 28 | + |
| 29 | +**ZK Governance:** |
| 30 | + |
| 31 | +Zero Knowledge Governance (ZK Governance) offers a comprehensive solution to these challenges by balancing the need for transparency in governance with the privacy of individual voters. |
| 32 | + |
| 33 | +**Anti-Mev:** |
| 34 | + |
| 35 | +FOCG will encounter very serious MEV attack issues. Bots can fully monitor opponents' actions and respond accordingly, gaining a first-mover advantage by manipulating gas fees. |
| 36 | + |
| 37 | +We will address game-related MEV attacks using VerseChain's native modules. |
0 commit comments