Inscription Cross-Rollup Protocol

Inscription Culture

Inscription, representing the spirits of fairness and democratization, has become an undeniable community force, garnering our attention and respect. As a leading Ethereum cross-rollup communication protocol, we are embarking on an experiment to make the Inscription cross-rollup feasible. We have pioneered a definition of an Inscription format, enabling developers to invoke our protocol for scenarios involving minting and cross-rollup functionalities, potentially unlocking more Inscription potential.

Inscription Ecosystem Support Plan

Developers utilizing the Orbiter Protocol for Mint initialization issuance and cross-rollup circulation can do so with a nominal protocol fee of only 0.00023 ETH, covering cross-rollup costs. But that's not all! Following the Mint issuance, for cross-rollup circulation costs incurred, Orbiter Finance will refund 80% to ecosystem developers. Ecosystem developers can autonomously decide the usage of these funds, fostering longer-term project development. For users engaging with interactive ecosystem dApps, Orbiter Finance will distribute "Ecosystem Points". All transactions generated through this protocol will be included in the O-Points reward system, with specific reward criteria based on O-Points.

Inscription - Just the Beginning

Orbiter Finance, as an Ethereum acceleration engine based on ZK technology, continuously explores cross-rollup scenarios, whether for tokens, NFTs, or Inscription cross-rollup We welcome communities and developer partners to construct innovative Omni applications based on our protocol.

If you plan to build, stay tuned for our GitHub code updates, and let's collectively shape the omni-chain development of Orbiter Protocol!

Inscriptions Cross-Rollup Protocol

Building upon the existing cross-rollup communication, we've extended functionalities to encompass inscriptions minting and crossing.

The fundamental principle involves users submitting transactions containing basic inscriptions information and the identification code for the target network to the Maker Protocol. These transactions are processed by the Orbiter Bridge Protocol. On the target network, the Maker Protocol utilizes mint and cross functions to send inscriptions to the user's address, completing the entire inscriptions cross-rollup process.

Currently, this protocol early supports networks including Arbitrum One, Optimism, zkSync Era, Base, Linea, Scroll, and Polygon zkEVM. The Orbiter Bridge Protocol collects a certain fee on the source network as the Inscriptions Cross-rollup Protocol fee.

Inscriptions Minting

Deploy

The inscription contract can be deployed on any network. The to address of the recipient of the deployed contract transaction is the owner of the contract. With ownership of the contract, you can help anyone deploy the contract and set the owner to his address.

Note: The protocol + tick will form a unique identifier in the entire network. If the contract protocol and tick you are not familiar with already exist, your deployment will be invalid.

{"p": "xxx-20", "op": "deploy", "lim": "10000", "max": "xxxxx", "tick": "Name"}

Claim

You can choose any network to select the target network, use the inscription contract protocol information to initiate a claim transaction, and cast the inscription contract you want on the target network simply and conveniently. The main method is to send fixed inscription contract through the following inscription protocol JSON data + The handling fee amount + security code are used as transaction data and are executed on the target network. This process does not require you to operate on the target network, and there is no handling fee.

Note: When the Claim transaction is initiated, the to field of the on-chain transaction receiving address is the owner when the inscription contract is deployed. For the inscription protocol and tick you want to mint, the maximum minting amount for a single transaction must be within the parameters set by the deployment contract, otherwise your creation will not take effect.

  • Basic data

{"p": "xxx-20", "op": "claim", "amt": "1000", "tick": "Name"}
  • Casting fee and Identification Code

    • The casting fee is a fixed value, currently 0.00023ETH (or equivalent amount)

    • The identification code is determined internally by the protocol, and each network has a unique identification code identifier. The identification code identifier is consistent with the Orbiter cross-rollup protocol. For details, see: https://docs.orbiter.finance/orbiterfinancesbridgeprotocol

  • Then the casting fee is 0.00023 + the identification code is 9001, then the value amount of the sent transaction should be set to: 0.0002300000000009001. As long as the casting fee is higher than the protocol casting fee and the last 4 digits of the protocol identification code are guaranteed, then the casting will go smoothly at the target network execution.

Mint

This process does not require user participation. After the source network initiates a claim, the protocol node will automatically execute casting on the target network after the transaction is confirmed.

{"p": "xxx-20", "fc": 9521, "op": "mint", "amt": "1000", "tick": "Name"}

Inscriptions Crossing

Cross

{"p": "xxx-20", "op": "cross", "amt": "1000", "tick": "Name"}

Crossover

{"p": "xxx-20", "fc": 9521, "op": "crossover", "amt": "1000", "tick": "Name"}

Last updated