Transparent clearing records. Protected security infrastructure.
Osnias Clearing uses a distributed Osnias Oracle architecture to connect the canonical clearing environment on Sei
with approved lender and escrow infrastructures across participating EVM blockchains.
The architecture is designed around strict separation of powers. Osnias Oracles verify and exchange authenticated
information, while lenders and escrow protocols retain exclusive authority over their own smart contracts and collateral.
Defined architecture · Production implementation in development
The functional architecture and security boundaries of the Osnias Oracles are defined.
Production implementations remain under development, integration review and security testing.
02 · Osnias Oracle Architecture
Two environments, one strict separation model
Osnias Clearing distinguishes between Osnias Oracles operating inside the protected Sei security domain
and Osnias Oracles operating on external EVM blockchains.
Sei
Osnias Oracles on Sei
Osnias Oracles on Sei support the canonical clearing environment. Their responsibilities include
mint / burn processing, clearing-register integrity verification and the production of periodic registry snapshots
used by the Osnias clearing cycle.
Participating EVM blockchains
Blockchain-side Osnias Oracles
A blockchain-side Osnias Oracle operates as a passive observation and communication component.
It listens to approved smart contracts, verifies relevant state and exchanges authenticated requests with
the Osnias clearing environment.
Separation principle.
Osnias Oracles may observe, verify and exchange requests. They do not acquire administrative authority over
independent lender or escrow smart contracts.
03 · Osnias Oracles on Sei
Protected canonical clearing infrastructure
The Osnias Oracles on Sei belong to the private security domain of Osnias Clearing.
They support the integrity and continuity of the canonical clearing register.
Mint / Burn
Clearing-token supply processing
Dedicated Osnias Oracles on Sei support the controlled mint and burn processes associated with the
canonical clearing register.
Register integrity
Continuous verification
Osnias Oracles verify consistency of the canonical register and help detect conditions that could affect
clearing integrity.
Clearing snapshots
Periodic registry state
Osnias Oracles support the production and verification of registry snapshots required by the clearing cycle.
Private security domain.
The internal architecture, operational configuration and sensitive implementation details of the Osnias Oracles on Sei
are not intended for public disclosure.
04 · Blockchain-Side Osnias Oracles
Open, passive and adapted to each partner environment
Osnias Oracles operating on external EVM blockchains follow a passive model.
Their purpose is to observe and verify relevant smart-contract state and communicate with approved lender / escrow infrastructures.
Observe
Read approved smart contracts
A blockchain-side Osnias Oracle may inspect approved lender or escrow smart-contract state required for
clearing verification.
Verify
Validate relevant conditions
The Osnias Oracle verifies that the observed state is coherent with the authenticated request being exchanged.
Communicate
Exchange authenticated requests
The Osnias Oracle communicates verified requests and state information without obtaining execution authority
over the partner protocol.
Passive-by-design invariant.
A blockchain-side Osnias Oracle does not move collateral, release escrow, originate credit,
liquidate positions or execute financial operations on behalf of a lender or escrow provider.
05 · Partner-Specific Implementation
Designed with each lender / escrow infrastructure
Osnias does not impose a single generic external oracle connector on every protocol.
Each blockchain-side Osnias Oracle implementation will be discussed with the relevant lender / escrow partner
and adapted to the technical and security requirements of the environment concerned.
Blockchain security
Network-specific rules
The Osnias Oracle implementation must respect the security characteristics, operational practices and
technical constraints of the EVM blockchain on which it operates.
Lender security
Partner-specific controls
Where necessary, the Osnias Oracle interface is adapted to the security requirements, contract architecture
and governance model of the lender concerned.
Escrow security
No transfer of authority
Integration does not transfer custody or administrative authority to Osnias.
The escrow provider remains responsible for its own contracts and assets.
Partner integration principle.
Blockchain-side Osnias Oracle interfaces are partner-specific and will be designed in consultation with each
lender / escrow infrastructure.
06 · Bidirectional Separation of Powers
Neither domain controls the other
The Osnias clearing domain and the lender / escrow domain are intentionally separated.
They can exchange information and authenticated requests without acquiring privileged authority over one another.
Osnias domain
No authority over collateral
No administrative control over lender smart contracts.
No authority to release escrowed assets.
No authority to transfer collateral.
No authority to originate lender credit.
Lender / Escrow domain
No authority over Osnias clearing supply
No control over Osnias Oracles on Sei.
No direct authority over mint / burn processing.
No administrative control over the canonical clearing register.
No unilateral authority over clearing-token supply.
Bidirectional control-separation invariant.
Osnias controls its clearing domain. Independent lenders and escrows control their collateral domain.
Neither controls the other.
07 · End-User Control
Critical release actions remain voluntary
The architecture preserves end-user control over the actions that initiate or finalize the release of collateral.
Osnias does not substitute itself for the user on the lender / escrow interface.
Osnias side
Voluntary user action
The end user initiates the relevant clearing-side action voluntarily through the Osnias environment.
Lender / Escrow side
Independent voluntary action
The end user separately interacts with the lender / escrow environment to initiate and finalize
collateral release according to the partner protocol's own rules.
Dual-user-action principle.
Osnias cannot release collateral on behalf of the user, and a lender cannot substitute itself for
the user inside the Osnias clearing domain.
08 · Security Model
Private security on Sei · passive integration externally
Osnias applies different disclosure and implementation policies to the canonical Sei security domain
and to external blockchain-side Osnias Oracles.
Sei security
Private security domain
Sensitive implementation details of the Osnias Oracles on Sei remain protected and are not part of the
public technical disclosure layer.
External EVM security
Partner-adapted implementation
Blockchain-side Osnias Oracles are implemented according to the security model of the relevant blockchain
and, where appropriate, the specific requirements of each lender / escrow partner.
Verification
Continuous separation controls
Static analysis, invariant testing and deployment monitoring are intended to verify that no unauthorized
control path appears between the clearing domain and external lender / escrow infrastructure.
09 · Transparency & Confidentiality
Transparent registers. Protected oracle security.
Osnias Clearing aims for maximum transparency where transparency improves auditability:
public register state, published contract rules, verifiable clearing records and observable protocol outcomes.
Public
What should be auditable
Clearing-register state.
Published smart-contract rules.
Verifiable clearing outcomes.
Public technical documentation.
Published production contract references.
Protected
What remains private
Internal Osnias Oracle security architecture on Sei.
Sensitive operational configuration.
Private security procedures.
Protected infrastructure details.
Information whose disclosure would increase attack surface.
Regulatory access.
Protected security information may be made available to a competent regulatory authority where appropriate,
subject to suitable confidentiality, controlled-access and reciprocal security safeguards.
10 · Security Philosophy
Our security is our contract.
Public trust in Osnias Clearing is intended to rest on verifiable contracts, transparent registers,
explicit rules and auditable outcomes — not on publication of sensitive security infrastructure.
Our security is our contract.
Osnias Clearing publishes what must be auditable and protects what must remain secure.
11 · Summary
One architecture, clearly separated responsibilities
Sei
Canonical protected domain
Osnias Oracles support mint / burn processing, register integrity and clearing snapshots.
EVM blockchains
Passive Osnias Oracles
Observe approved smart contracts, verify state and exchange authenticated requests.
Lenders / Escrows
Independent authority
Retain exclusive control over collateral, escrow contracts and their own financial operations.
Current status.
The Osnias Oracle architecture is defined. Production Osnias Oracle implementations remain under development
and will be deployed only after security qualification and partner integration review.