LumozLumoz Launches SVM as a Service, Supporting the Integration of ZK and TEE Multi-Proof for SVM L2
Abstract: Through an efficient scaling architecture and optimized algorithms, Lumoz SVM Stack not only delivers ultra-high transaction throughput and processing speeds for the SVM chain, but also ensures robust security and decentralization features.BackgroundIn recent years, the rapid development of blockchain technology has catalyzed innovation across various sectors such as DeFi, NFTs, and AI. Solana, a high-speed, low-cost blockchain, has garnered significant attention thanks to its uniqu...
LumozLumoz: Leading ZK-PoW Algorithm, ZK Computation Efficiency Improved by 50%
abstract：The new optimization plan preserves the original decentralized and market-driven ZK computation pricing mechanism, while significantly reducing miner expenses and further enhancing the efficiency of ZKP generation. Modular Compute Layer & RaaS Platform Lumoz has reached key milestones in its recently concluded third incentivized testnet. On the market side, the testnet attracted over 1 million users and garnered attention and support from more than 30 leading ecosystem projects. The ...
LumozLumoz airdrop claim has officially ended, with over 300 million MOZ tokens burned
In 2024, Lumoz achieved significant milestones and breakthroughs. In the fourth quarter, Lumoz successfully completed its airdrop and Lumoz OG NFT campaign while listing its token on major exchanges. On January 8 2025, the airdrop campaign ended, and the claim channels were officially closed.Data Review — Remarkable Achievements and Enthusiastic User EngagementRemarkable results backed by community support. Reflecting on the success of the airdrop campaign, official data reveals that Lumoz ac...
A Decentralized ZK-RaaS Network Featuring ZKP Mining
LumozLumoz Launches SVM as a Service, Supporting the Integration of ZK and TEE Multi-Proof for SVM L2
Abstract: Through an efficient scaling architecture and optimized algorithms, Lumoz SVM Stack not only delivers ultra-high transaction throughput and processing speeds for the SVM chain, but also ensures robust security and decentralization features.BackgroundIn recent years, the rapid development of blockchain technology has catalyzed innovation across various sectors such as DeFi, NFTs, and AI. Solana, a high-speed, low-cost blockchain, has garnered significant attention thanks to its uniqu...
LumozLumoz: Leading ZK-PoW Algorithm, ZK Computation Efficiency Improved by 50%
abstract：The new optimization plan preserves the original decentralized and market-driven ZK computation pricing mechanism, while significantly reducing miner expenses and further enhancing the efficiency of ZKP generation. Modular Compute Layer & RaaS Platform Lumoz has reached key milestones in its recently concluded third incentivized testnet. On the market side, the testnet attracted over 1 million users and garnered attention and support from more than 30 leading ecosystem projects. The ...
LumozLumoz airdrop claim has officially ended, with over 300 million MOZ tokens burned
In 2024, Lumoz achieved significant milestones and breakthroughs. In the fourth quarter, Lumoz successfully completed its airdrop and Lumoz OG NFT campaign while listing its token on major exchanges. On January 8 2025, the airdrop campaign ended, and the claim channels were officially closed.Data Review — Remarkable Achievements and Enthusiastic User EngagementRemarkable results backed by community support. Reflecting on the success of the airdrop campaign, official data reveals that Lumoz ac...
A Decentralized ZK-RaaS Network Featuring ZKP Mining
Subscribe to Lumoz
Subscribe to Lumoz
Share Dialog
Share Dialog
>11K subscribers
>11K subscribers
Original post:
https://ethresear.ch/t/native-rollup-a-new-paradigm-of-zk-rollup/14529
Traditional ZK-Rollup migrates the computation from on-chain to off-chain, and requires a solidity contract on the chain (Ethereum) to verify that the rollup data is valid. However, this architecture causes some problems:
Each solidity contract of rollup deployed on Ethereum is independent of each other. Users need to deposit their assets to different contracts. Therefore, in fact, users’ assets are scattered and cannot be managed and used in a unified way.
Solidity is not good at handling the verification of ZK proof. In addition, transactions that submit and verify ZK proof on Ethereum are executed serially.
The solidity contract of each rollup does not have a unified specification. This increases the complexity of the whole system, while limiting many things, such as cross-rollup communication.
Uploading off-chain data to solidity contracts for verification brings high operational costs. For example, an AMM ZK-Rollup costs hundreds of thousands of dollars per month to operate, most of that is transaction gas fee.
Opside proposes a 3-layer scaling architecture providing ZK-Rollup as a Service, where layer 2 is an EVM-compatible and Rollup-friendly chain, and layer 3 is composed of different ZK-Rollups. The Opside chain makes many system-level optimizations for ZK-Rollup, and introduces the concept of native rollup.
Native rollup is somewhat similar to the architectures of Polkadot and StarkNet. Once a rollup registers a slot, the rollup becomes a native rollup. In contrast, the Polkadot architecture has the disadvantage that the consensus of the parachain depends on the assigned set of validators. There is a correlation between security and the number of validators. If a few validators went offline, the parachains whose validator groups are too small to validate a block will skip those blocks, or even stop until the situation is resolved. Opside does not have this problem because layer 2 collects data from all native rollups in layer 3 and verifies all ZK proofs. Opside chain is more secure and decentralized with all rollups on it as a tighter whole, sharing the same consensus layer.
Compared with the 3-layer architecture of StarkNet, Opside’s 3-layer architecture also has obvious advantages. First of all, StarkNet’s 3-layer architecture, does not address the issue of data availability. Because all L2 and L3 data still have to be uploaded to Ethereum eventually, even with some compression, the data volume is still large and the cost is still high. One solution is to use validium as DA layer, which can greatly reduce the cost of data storage, but it will cause the loss of security. Opside’s layer 2 is both an execution layer and DA layer, which can provide cheaper data storage than Ethereum. Secondly, StarkNet’s layer 3 network consists of individual independent rollups. The operators (sequencer and prover) between these rollups are independent, and there is no mechanism for cross-rollup communication in the architecture. Opside’s architecture solves these problems.
In short, Opside will provide a normalized interface at the system level, which brings many benefits:
System-level consensus mechanism: native rollup implements the PoVP consensus we proposed earlier. Native rollup is naturally decentralized and permissionless.
Cross-rollup communication: Opside provides a native cross-rollup communication mechanism for native rollup.
Precompiled contracts: precompiled contracts will accelerate the verification of zk proof
Layer 2 and layer 3 of the Opside architecture share a consensus mechanism with a hybrid of PoS and PoW.
Layer 2
PoS: Opside will adopt the PoS of ETH 2.0 and make necessary improvements. As a result, Opside’s consensus layer will have over 100,000 validators. Anyone can stake IDE tokens to become a validator. In addition, Opside’s PoS is provable, and validators will periodically submit PoS proof to layer 1. Validators can earn from block rewards and gas fees in layer 2.
Layer 3
PoS (Sequencer): The validator proposes not only layer 2 blocks but also layer 3 blocks(i.e. data batch); that is, the validators are also the sequencers of the native rollups in layer 3. Sequencers can earn the gas fee from the transaction in layer 3 transactions.
PoW (Prover): Any validator can be the prover of a native rollup as long as it has enough computing power for ZKP computation. Provers generate ZK proofs for each native rollup in layer 3. A prover generates ZK proof for each block of layer 3 submitted by sequencer according to the PoW rules. The first submission of ZK proof will get the block reward of layer 3.
With the hybrid of PoS & PoW consensus mechanism, Opside unifies validator set of layer 2 and layer 3 to ensure the security, decentralization and permissonlessness of the whole system. More importantly, Opside provides a reliable decentralized solution for each Native Rollup in layer 3 at the system level. Opside defines a unified system contract, and rollup developers only need to implement these standardized interfaces and register rollup slots as native rollups, so that they can focus more on the implementation of business logic and do not need to care about how layer 2 and layer 3 interact at the underlying architecture level.
More significantly, Opside provides a native mechanism for cross-rollup communication for native rollups.
In traditional rollups, each rollup deploys a solidity contract on Ethereum, and the state tree of each rollup is maintained by its own solidity contract. Therefore, the state trees of each rollup are independent from each other, which causes fragmentation of users’ assets. In addition, each rollup has its own cross-chain bridge, which is also very complex, slow and expensive to use. These bridges between rollups and Ethereum also rely on smart contracts to complete. In fact, most users now choose to use a third-party liquidity bridge to complete asset transfers between rollups, which can pose a great safety risk.
In Opside, after completing the registration of slots, native rollups share a world state tree with each other and the same global message queue. Therefore, native cross-rollup interoperability is possible in Opside. Imagine you want to lend USDC to a loan contract in Rollup A and then go to DEX in Rollup B to trade to buy BTC. In Opside you no longer need to withdraw assets from Rollup A to L1 and then recharge them from L1 to Rollup B. Instead, you can call the contract method of Rollup B directly in Rollup A. This will make the whole process much faster, cheaper and safer.
Another benefit that can be gained by registering a rollup slot is the ability to use precompiled contracts to speed up the verification of ZK proof.
Specifically, the proof verification of a traditional ZK-Rollup is also a normal contract call transaction that relies on the solidity language to complete. In Opside, the proof verification of a native rollup is handed over to Opside’s optimized precompiled contracts to perform. These precompiled contracts are implemented in the rust language and are deeply optimized for cryptography based on Opside’s extensive experience in the ZK domain.
In addition, it is important to note that the verification of ZK proofs for all Native rollups is done by the same system contract. The system contract knows that the proofs of these rollups are not related to each other and are independent, so it will parallelize the computation of the verification. This will increase the verification speed by more than one order of magnitude.
Opside is a decentralized 3-layer ZK-RaaS solution, with layer 2 being an EVM-compatible and rollup-friendly blockchain. In Opside’s architecture, layer 2 and layer 3 are a more tightly integrated whole. The core concept of Opside is Native rollup.
Layer 2 and layer 3 use the hybrid of PoS & PoW consensus mechanism, sharing a consensus layer and validator set. Under the interface specification of unified system contract, native rollup natively supports the decentralized mechanism of Rollup.
Opside provides a native cross-rollup communication mechanism for native rollups. Users’ assets can be managed in a unified manner, enabling cross-rollup interoperability.
As rollups natively supported by Opside, Native rollups has system-level cryptographic optimization and parallel verification computation, resulting in faster proof verification.
Original post:
https://ethresear.ch/t/native-rollup-a-new-paradigm-of-zk-rollup/14529
Traditional ZK-Rollup migrates the computation from on-chain to off-chain, and requires a solidity contract on the chain (Ethereum) to verify that the rollup data is valid. However, this architecture causes some problems:
Each solidity contract of rollup deployed on Ethereum is independent of each other. Users need to deposit their assets to different contracts. Therefore, in fact, users’ assets are scattered and cannot be managed and used in a unified way.
Solidity is not good at handling the verification of ZK proof. In addition, transactions that submit and verify ZK proof on Ethereum are executed serially.
The solidity contract of each rollup does not have a unified specification. This increases the complexity of the whole system, while limiting many things, such as cross-rollup communication.
Uploading off-chain data to solidity contracts for verification brings high operational costs. For example, an AMM ZK-Rollup costs hundreds of thousands of dollars per month to operate, most of that is transaction gas fee.
Opside proposes a 3-layer scaling architecture providing ZK-Rollup as a Service, where layer 2 is an EVM-compatible and Rollup-friendly chain, and layer 3 is composed of different ZK-Rollups. The Opside chain makes many system-level optimizations for ZK-Rollup, and introduces the concept of native rollup.
Native rollup is somewhat similar to the architectures of Polkadot and StarkNet. Once a rollup registers a slot, the rollup becomes a native rollup. In contrast, the Polkadot architecture has the disadvantage that the consensus of the parachain depends on the assigned set of validators. There is a correlation between security and the number of validators. If a few validators went offline, the parachains whose validator groups are too small to validate a block will skip those blocks, or even stop until the situation is resolved. Opside does not have this problem because layer 2 collects data from all native rollups in layer 3 and verifies all ZK proofs. Opside chain is more secure and decentralized with all rollups on it as a tighter whole, sharing the same consensus layer.
Compared with the 3-layer architecture of StarkNet, Opside’s 3-layer architecture also has obvious advantages. First of all, StarkNet’s 3-layer architecture, does not address the issue of data availability. Because all L2 and L3 data still have to be uploaded to Ethereum eventually, even with some compression, the data volume is still large and the cost is still high. One solution is to use validium as DA layer, which can greatly reduce the cost of data storage, but it will cause the loss of security. Opside’s layer 2 is both an execution layer and DA layer, which can provide cheaper data storage than Ethereum. Secondly, StarkNet’s layer 3 network consists of individual independent rollups. The operators (sequencer and prover) between these rollups are independent, and there is no mechanism for cross-rollup communication in the architecture. Opside’s architecture solves these problems.
In short, Opside will provide a normalized interface at the system level, which brings many benefits:
System-level consensus mechanism: native rollup implements the PoVP consensus we proposed earlier. Native rollup is naturally decentralized and permissionless.
Cross-rollup communication: Opside provides a native cross-rollup communication mechanism for native rollup.
Precompiled contracts: precompiled contracts will accelerate the verification of zk proof
Layer 2 and layer 3 of the Opside architecture share a consensus mechanism with a hybrid of PoS and PoW.
Layer 2
PoS: Opside will adopt the PoS of ETH 2.0 and make necessary improvements. As a result, Opside’s consensus layer will have over 100,000 validators. Anyone can stake IDE tokens to become a validator. In addition, Opside’s PoS is provable, and validators will periodically submit PoS proof to layer 1. Validators can earn from block rewards and gas fees in layer 2.
Layer 3
PoS (Sequencer): The validator proposes not only layer 2 blocks but also layer 3 blocks(i.e. data batch); that is, the validators are also the sequencers of the native rollups in layer 3. Sequencers can earn the gas fee from the transaction in layer 3 transactions.
PoW (Prover): Any validator can be the prover of a native rollup as long as it has enough computing power for ZKP computation. Provers generate ZK proofs for each native rollup in layer 3. A prover generates ZK proof for each block of layer 3 submitted by sequencer according to the PoW rules. The first submission of ZK proof will get the block reward of layer 3.
With the hybrid of PoS & PoW consensus mechanism, Opside unifies validator set of layer 2 and layer 3 to ensure the security, decentralization and permissonlessness of the whole system. More importantly, Opside provides a reliable decentralized solution for each Native Rollup in layer 3 at the system level. Opside defines a unified system contract, and rollup developers only need to implement these standardized interfaces and register rollup slots as native rollups, so that they can focus more on the implementation of business logic and do not need to care about how layer 2 and layer 3 interact at the underlying architecture level.
More significantly, Opside provides a native mechanism for cross-rollup communication for native rollups.
In traditional rollups, each rollup deploys a solidity contract on Ethereum, and the state tree of each rollup is maintained by its own solidity contract. Therefore, the state trees of each rollup are independent from each other, which causes fragmentation of users’ assets. In addition, each rollup has its own cross-chain bridge, which is also very complex, slow and expensive to use. These bridges between rollups and Ethereum also rely on smart contracts to complete. In fact, most users now choose to use a third-party liquidity bridge to complete asset transfers between rollups, which can pose a great safety risk.
In Opside, after completing the registration of slots, native rollups share a world state tree with each other and the same global message queue. Therefore, native cross-rollup interoperability is possible in Opside. Imagine you want to lend USDC to a loan contract in Rollup A and then go to DEX in Rollup B to trade to buy BTC. In Opside you no longer need to withdraw assets from Rollup A to L1 and then recharge them from L1 to Rollup B. Instead, you can call the contract method of Rollup B directly in Rollup A. This will make the whole process much faster, cheaper and safer.
Another benefit that can be gained by registering a rollup slot is the ability to use precompiled contracts to speed up the verification of ZK proof.
Specifically, the proof verification of a traditional ZK-Rollup is also a normal contract call transaction that relies on the solidity language to complete. In Opside, the proof verification of a native rollup is handed over to Opside’s optimized precompiled contracts to perform. These precompiled contracts are implemented in the rust language and are deeply optimized for cryptography based on Opside’s extensive experience in the ZK domain.
In addition, it is important to note that the verification of ZK proofs for all Native rollups is done by the same system contract. The system contract knows that the proofs of these rollups are not related to each other and are independent, so it will parallelize the computation of the verification. This will increase the verification speed by more than one order of magnitude.
Opside is a decentralized 3-layer ZK-RaaS solution, with layer 2 being an EVM-compatible and rollup-friendly blockchain. In Opside’s architecture, layer 2 and layer 3 are a more tightly integrated whole. The core concept of Opside is Native rollup.
Layer 2 and layer 3 use the hybrid of PoS & PoW consensus mechanism, sharing a consensus layer and validator set. Under the interface specification of unified system contract, native rollup natively supports the decentralized mechanism of Rollup.
Opside provides a native cross-rollup communication mechanism for native rollups. Users’ assets can be managed in a unified manner, enabling cross-rollup interoperability.
As rollups natively supported by Opside, Native rollups has system-level cryptographic optimization and parallel verification computation, resulting in faster proof verification.
No activity yet