Adapter for ERC-7802 token

[rya-sge]

Is your feature request related to a problem? Please describe.

Currently, LayerZero OFT integrations primarily support token models based on mint/burn or lock/unlock mechanics (e.g. via MintBurnOFTAdapter).
However, tokens implementing ERC-7802 expose standardized crosschainmint and crosschainburn functions, which are not directly compatible with the existing OFT adapters.

function crosschainMint(address _account, uint256 _amount) external;
function crosschainBurn(address _account, uint256 _amount) external;

As a result, ERC-7802-compliant tokens cannot be integrated cleanly with the OFT framework without writing custom adapter logic, reducing composability and increasing integration friction.

Why an adapter for ERC-7802?

• ERC-7802 is already used for cross-chain bridge by Optimism and all blockchain build on top of that
• Using ERC-7802 for cross-chain bridge instead of mintand burn allows the token issuer to define different access control for cross-chain bridge operation and standard burn and mint. This is particularly relevant for RWA and tokenization which have more requirement in term of access control and privilege separation.

Describe the solution you'd like

Add native support for ERC-7802 tokens by introducing a new abstract adapter contract, similar in structure and usage to MintBurnOFTAdapter.

The proposed adapter would:

• Extend the OFT adapter architecture

• Call crosschainMint on the destination chain

• Call crosschainBurn on the source chain

• Rely on the ERC-7802 interface rather than standard mint / burn function

Example (conceptually):

• ERC7802OFTAdapter (abstract)

• Uses ERC-7802-compliant token interface

• Maintains parity with existing OFT adapter patterns (ownership, decimals, fee logic, etc.)

This would allow ERC-7802 tokens to integrate with LayerZero OFT without custom implementations, while preserving ERC-7802’s standardized cross-chain semantics.

Describe alternatives you've considered

Writing a custom OFT adapter per ERC-7802 token
→ Leads to duplicated logic, higher audit costs, and inconsistent implementations.

Modifying existing MintBurnOFTAdapter to support ERC-7802
→ Risky and potentially breaking for existing integrations; ERC-7802 semantics are distinct enough to justify a separate adapter.

Integrate or use standard burn and mint function

-> It does not allow for the separation of bridge functionalities from dedicated crosschain functionalities

Additional context

ERC-7802 aims to standardize cross-chain minting and burning semantics

Providing first-class OFT support would:

• Improve composability

• Reduce integration overhead

• Encourage adoption of both ERC-7802 and LayerZero OFT

• The proposed adapter would mirror the design philosophy of existing OFT adapters, making it easy for developers to adopt