Search

Search for projects by name

Jovay logo
Jovay

Badges

About

Jovay, by Ant Digital Technologies, is an Ethereum Layer 2 blockchain built for real-world assets and users.


  • Total Value SecuredTVS
    $2.17 K27.3%
  • Past day UOPSDaily UOPS
    0.05148%
  • Gas token
    ETH
  • Type
    Other

  • Purposes
    Universal, RWA
  • Chain ID
    5734951

  • Tokens breakdown

    Value secured breakdown

    View TVS breakdown
    Sequencer failureState validationData availabilityExit windowProposer failure

    About

    Jovay, by Ant Digital Technologies, is an Ethereum Layer 2 blockchain built for real-world assets and users.

    Why is the project listed in others?

    The proof system isn't fully functional

    Consequence: projects without a proper proof system fully rely on single entities to safely update the state. A malicious proposer can finalize an invalid state, which can cause loss of funds.

    Learn more about the recategorisation here.


    Total
    Canonically BridgedCanonically Bridged ValueCanonical
    Natively MintedNatively Minted TokensNative
    Externally BridgedExternally Bridged ValueExternal

    ETH & derivatives
    Stablecoins
    BTC & derivatives
    Other

    2025 Sep 20 — Nov 03

    Past Day UOPS
    0.05
    Past Day Ops count
    4.02 K
    Max. UOPS
    0.05
    2025 Sep 24
    Past day UOPS/TPS Ratio
    1.00

    The section shows the operating costs that L2s pay to Ethereum.


    2025 Sep 22 — Nov 03


    1 year total cost
    $2.48 K
    Avg cost per L2 UOP
    $0.053154
    Avg cost per day
    $56.54

    This section shows how "live" the project's operators are by displaying how frequently they submit transactions of the selected type. It also highlights anomalies - significant deviations from their typical schedule.

    No ongoing anomalies detected

    2025 Oct 05 — Nov 04

    30D avg. tx data subs. interval
    1 hour
    30D avg. state updates interval
    1 hour
    Past 30 days anomalies
    This project includes unverified contracts.
    (CRITICAL)
    This project includes unverified contracts.
    (CRITICAL)
    Sequencer failureState validationData availabilityExit windowProposer failure
    Sequencer failure
    Enqueue via L1

    Users can submit transactions to an L1 queue, but can’t force them. The sequencers cannot selectively skip transactions but can stop processing the queue entirely. In other words, if the sequencers censor or are down, they are so for everyone.

    State validation
    TEE attestations

    State roots are accepted when attested by a permissioned TEE through the TEEVerifierProxy. There is no challenge mechanism and no validity proofs can be submitted.

    Data availability
    Onchain

    All of the data needed for proof construction is published on Ethereum L1.

    Exit window
    None

    There is no window for users to exit in case of an unwanted regular upgrade since contracts are instantly upgradable.

    Proposer failure
    Cannot withdraw

    Only the whitelisted proposers can publish state roots on L1, so in the event of failure the withdrawals are frozen.

    All data required for proofs is published on chain

    All the data that is used to construct the system state is published on chain in the form of cheap blobs or calldata. This ensures that it will be available for enough time.

    1. Rollup.sol - commitBatch stores calldata hashes for each batch
    2. L1Mailbox.sol - sendMsg enqueues transactions on Ethereum
    Learn more about the DA layer here: Ethereum logoEthereum

    The system has a centralized operator

    The operator is the only entity that can propose blocks. A live and trustworthy operator is vital to the health of the system.

    • MEV can be extracted if the operator exploits their centralized position and frontruns user transactions.

    1. Rollup.sol - addRelayer is restricted to the owner

    Users can enqueue transactions

    Users can submit transactions to an L1 queue, but can’t force them. The sequencer cannot selectively skip transactions but can stop processing the queue entirely. In other words, if the sequencer censors or is down, it is so for everyone.

    • Users can be censored if the operator is offline or refuses to process the queue.

    1. L1Mailbox.sol - sendMsg enqueues deposit transactions
    2. Rollup.sol - commitBatch function passes the totalL1MessagePopped as input parameter

    Regular messaging

    The user initiates L2->L1 messages by submitting a regular transaction on this chain. When the block containing that transaction is settled, the message becomes available for processing on L1.

    1. L1ETHBridge.sol - finalizeWithdraw executes ETH withdrawals
    2. L1Mailbox.sol - relayMsgWithProof verifies withdrawal proofs
    A dashboard to explore contracts and permissions
    Go to Disco
    Disco UI Banner

    Ethereum

    Roles:

    Proposer (2) EOA 1EOA 2

    Allowed to post new state roots of the current layer to the host chain.

    Sequencer (2) EOA 1EOA 2

    Allowed to commit transactions from the current layer to the host chain.

    Actors:

    • Can upgrade with no delay
      • L1ETHBridge
      • L1Mailbox
      • Rollup
    • Can upgrade with no delay
      • TEEVerifierProxyOwner
    EOA 1 and EOA 2 (2) 0xA217…f6e70xAe13…Cd99
    A dashboard to explore contracts and permissions
    Go to Disco
    Disco UI Banner
    A diagram of the smart contract architecture
    A diagram of the smart contract architecture

    Ethereum

    The L1Mailbox contract is used to send messages to the L2.

    • Roles:
      • admin:
    • This contract stores the following tokens: ETH.
    Can be upgraded by:

    The Rollup contract is used to submit and verify L2 batches.

    • Roles:
      • admin:
      • relayer: EOA 1, EOA 2
    Can be upgraded by:

    The L1ETHBridge contract is used to bridge ETH between the L1 and L2.

    • Roles:
      • admin:
    • This contract stores the following tokens: ETH.
    Can be upgraded by:
    DcapAttestationRouter 0x238f…66fA

    The DcapAttestationRouter contract is used for routing and verifying Intel SGX/TDX DCAP attestation proofs. The contract sends each quote to the corresponding verification path (cache verifier vs. Automata DCAP contract, and SGX vs. TDX measurement checks).

    MeasurementDao 0x3594…2D4F

    The MeasurementDao contract is an onchain registry that allowlists SGX MR_ENCLAVE<->MR_SIGNER pairs and TDX RTMR3/MRTD values, and verifies DCAP quotes by matching quote fields to the stored measurements.

    TEEVerifierProxy 0x371a…D46A

    The TEEVerifierProxy contract is used to verify L2 batches using TEE attestations. It delegates proof verification to the dcapAttestationRouter contract.

    DaimoP256Verifier 0x7833…26b4
    • Roles:
      • admin: The source code of this contract is not verified on Etherscan.
    Can be upgraded by:
    TEECacheVerifier 0x9734…AaF2

    A cache-enabled P-256 ECDSA verifier for Intel SGX/TDX DCAP quotes (v3/v4/v5) that authenticates local attestation data, extracts the 32-byte commitment, and lets the owner/authorized callers initialize, manage, and reuse cached attestation keys to skip repeat verifications.

    AutomataDcapAttestationFee 0xb3a9…A6F9

    Contract used to charge a configurable basis-point fee to verify Intel DCAP quotes. Currently set to 0 basis points.

    The current deployment carries some associated risks:

    • Funds can be stolen if a contract receives a malicious code upgrade. There is no delay on code upgrades (CRITICAL).

    • Funds can be stolen if the source code of unverified contracts contains malicious code (CRITICAL).