How a Skyocean Trade Works

Who this page is for. Commercial teams evaluating Skyocean as a trading counterparty, banks and payment processors considering connectivity, securities and compliance reviewers assessing our model, merchants preparing to transact, and retail investors considering financing a trade.

The one-minute version

Skyocean moves physical commodities — today, agricultural goods — from producing countries to buying countries. Every shipment is represented in two places at once:

%%{init: {'theme': 'dark', 'themeVariables': {'clusterBkg': '#1e293b', 'clusterBorder': '#475569', 'titleColor': '#e2e8f0', 'lineColor': '#94a3b8'}}}%%
flowchart LR
    subgraph VER ["Verification layer"]
        direction TB
        V1[Customs attestation]
        V2[Inspection certificate]
        V3[Bill of Lading]
        V4[Bank confirmation]
    end
    subgraph FIN ["Financing layer"]
        direction TB
        F1[Institutional trade<br/>finance agreement]
        F2[Retail participation<br/>in a specific trade]
    end
    subgraph TRADE ["A single trade"]
        direction TB
        ID[Trade identifier]
    end
    VER --- TRADE
    FIN --- TRADE
    classDef verNode fill:#1e3a5f,stroke:#60a5fa,color:#e2e8f0
    classDef finNode fill:#2d1b69,stroke:#a78bfa,color:#e2e8f0
    classDef tradeNode fill:#064e3b,stroke:#34d399,color:#e2e8f0
    class V1,V2,V3,V4 verNode
    class F1,F2 finNode
    class ID tradeNode

A detailed, tamper-resistant record of the trade, stored in a shared decentralized knowledge graph. Customs, inspectors, freight forwarders, and banks each contribute signed evidence as the shipment progresses.
A financial instrument that funds the shipment and pays out when the goods are delivered and the buyer has paid. Depending on the trade, this can be a regulated institutional trade finance agreement, a small dedicated pool open to retail participants, or a combination of both.

The two layers are joined by a single trade identifier. Every document, every payment, every signature refers back to the same identifier, so anyone with the appropriate permissions can see the full story of any trade from start to finish.

The actors

Merchant / buyer. Places the order. Pays Skyocean through their usual banking rail — mobile money, domestic wire, SWIFT, a letter of credit, or on-chain stablecoin. The buyer does not need to understand blockchain to transact.
Seller / exporter. Normally Syocean itself, Ships the goods and provides the standard export documentation.
Institutional financier. A trade finance partner (bank, fund, or Skyocean’s own treasury) that pre-commits capital under a signed Trade Finance Agreement (TFA) at a contractual rate of return.
Retail financier. An individual who chooses to participate in a specific, disclosed trade through Skyocean’s investor portal, in exchange for a stated reward when the trade closes successfully.
Verifying institutions. Customs authorities, quality inspectors, freight forwarders, banks — each one independently posts evidence about the shipment.
Skyocean entities. The trading operation runs through a group of Skyocean entities across jurisdictions (Brazil, Paraguay, Ghana, Lithuania, and others as they are established). These entities consolidate treasury internally — similar to how banks settle positions between correspondent offices — so that a buyer paying in one country does not trigger a cross-border flow on every trade.

Two layers, one record

The verification layer

Rather than relying on any single party’s word, Skyocean treats trade verification as a matter of convergence: the shipment is considered verified when independent institutions — the customs authority, the inspector, the forwarder, the bank — each post their own attestation and those attestations agree with each other. Each attestation is a structured record stored in the knowledge graph; no attestation overwrites another.

%%{init: {'theme': 'dark'}}%%
flowchart TD
    CU[Brazilian customs<br/>export clearance]:::input
    IN[Independent inspector<br/>quality + phytosanitary]:::input
    FW[Freight forwarder<br/>Bill of Lading]:::input
    GH[Ghanaian customs<br/>import pre-clearance]:::input
    CE[Compliance engine<br/>checks they agree]:::process
    OK{"Convergence<br/>reached?"}:::decision
    YES["Trade marked verified<br/>— automatic"]:::success
    NO["Held — human review"]:::hold
    CU --> CE
    IN --> CE
    FW --> CE
    GH --> CE
    CE --> OK
    OK -->|yes| YES
    OK -->|no| NO
    classDef input fill:#1e3a5f,stroke:#60a5fa,color:#e2e8f0
    classDef process fill:#312e81,stroke:#818cf8,color:#e2e8f0
    classDef decision fill:#3b0764,stroke:#c084fc,color:#e2e8f0
    classDef success fill:#064e3b,stroke:#34d399,color:#e2e8f0
    classDef hold fill:#7c2d12,stroke:#fb923c,color:#e2e8f0

This has three practical consequences:

Forgery requires collusion. A fraudulent document has no effect unless the other independent institutions also certify the same lie.
The record is legible to machines. A compliance engine can automatically confirm that the right set of attestations exists for a given rule (for example: “Cash Against Documents requires a Bill of Lading plus customs clearance at origin plus quality inspection”).
The record is auditable after the fact. Regulators, auditors, and counterparties can reconstruct exactly who said what, and when, without needing to ask Skyocean for source documents.

The financing layer

This is where capital meets the trade. Every trade takes one of three shapes — decided before the trade begins, based on the capital available:

%%{init: {'theme': 'dark'}}%%
flowchart TD
    START[Approved trade enters<br/>the financing decision]:::start
    START --> Q{"Institutional<br/>cover available?"}:::decision
    Q -->|"no — retail only"| A[Retail participants<br/>fund the full trade]:::retail
    Q -->|partial cover| B[Institutional covers the bulk<br/>retail funds the uncovered slice]:::mixed
    Q -->|full cover| C[Institutional covers the full trade<br/>retail not invited]:::institutional
    A --> EXEC[Trade executes]:::exec
    B --> EXEC
    C --> EXEC
    classDef start fill:#1e3a5f,stroke:#60a5fa,color:#e2e8f0
    classDef decision fill:#3b0764,stroke:#c084fc,color:#e2e8f0
    classDef retail fill:#064e3b,stroke:#34d399,color:#e2e8f0
    classDef mixed fill:#1c3851,stroke:#38bdf8,color:#e2e8f0
    classDef institutional fill:#312e81,stroke:#818cf8,color:#e2e8f0
    classDef exec fill:#14532d,stroke:#4ade80,color:#e2e8f0

Institutional financing. A signed trade finance agreement covers the full amount. Funds sit in an identified bank account. Settlement happens through ordinary banking channels. No blockchain, no tokens. This is the default for large trades with established institutional partners. Retail participants are not invited to these trades.
Retail financing. A fully disclosed, trade-specific pool allows retail participants to fund the trade in exchange for a stated reward. Each financier commits the platform token to a dedicated trade contract; the commitment is tracked on-chain for that specific trade only. Rewards are paid in USDC on settlement.
Mixed financing. Institutional capital covers most of the trade; a smaller retail slice is offered to complete the financing. Because the institutional layer takes the primary risk position, the retail slice earns a proportionally higher reward — a deliberate incentive for smaller retail exposures backed by a larger institutional cushion. Retail sees the full trade (“$1M deal, 95% already covered, $50K open for retail participation”), which is designed to be more compelling than a pure retail-only offering.

The risk architecture: self-consignment

The single most important structural feature of a Skyocean trade is self-consignment: Skyocean retains legal title to the goods until the buyer settles in full. The buyer takes physical possession only after payment. Until that point, the goods are Skyocean’s collateralised inventory, attested in the knowledge graph with shipping documents, customs records, warehouse receipts, and insurance policies cryptographically anchored on-chain.

%%{init: {'theme': 'dark'}}%%
flowchart LR
    A[Supplier ships goods]:::start --> B[Goods consigned to<br/>Skyocean local entity]:::own
    B --> C{Buyer settles<br/>in full?}:::decision
    C -- Yes --> D[Title transfers<br/>to buyer]:::settle
    C -- No --> E[Skyocean re-routes<br/>or re-disposes goods]:::recover
    classDef start fill:#1e3a5f,stroke:#60a5fa,color:#e2e8f0
    classDef own fill:#312e81,stroke:#818cf8,color:#e2e8f0
    classDef decision fill:#3b0764,stroke:#c084fc,color:#e2e8f0
    classDef settle fill:#14532d,stroke:#4ade80,color:#e2e8f0
    classDef recover fill:#7c2d12,stroke:#fb923c,color:#e2e8f0

Why this matters. In a conventional open-account or letter-of-credit trade, the financier extends capital against the buyer’s promise to pay on delivery. The financier’s exposure is unsecured counterparty credit risk. If the buyer fails to pay, recovery depends on litigation, insurance recoveries, and the residual value of any documentary title — all post-loss.

Self-consignment converts that risk profile entirely. If the buyer fails to settle, Skyocean does not pursue an unsecured creditor claim — Skyocean simply re-routes the goods to an alternative buyer, draws on insurance for any partial loss, and recovers principal. What would otherwise be unsecured counterparty credit exposure becomes a collateralised commercial transaction backed by the underlying physical goods.

This is also what makes Cash Against Documents (CAD) — the holy grail of importer payment terms — accessible to SME importers who do not meet traditional bank credit requirements. CAD terms are conventionally reserved for top-tier importers with strong banking relationships. Self-consignment makes them economically viable for the SMEs that are otherwise structurally excluded from international trade finance. It is the architectural reason Skyocean can underwrite trades that banks cannot.

The model only works because Skyocean operates genuine in-corridor logistics — bonded warehousing, customs clearance, insurance coverage, and disposal-route alternatives if a buyer defaults. In each corridor where we operate, the local Skyocean entity provides the operational footprint required to make self-consignment real, not merely contractual.

The one thing that links everything

Every trade has a single canonical identifier once it reaches execution. Before execution — while the buyer is still drafting an order in our platform or in an integrated ERP — there is no canonical identifier, because a draft may never become a trade. The identifier only starts when the trade is approved and recorded.

For trades that use a smart contract (retail and mixed), the identifier is issued by the contract when the trade is registered on-chain, and the knowledge-graph record references it.
For trades that are fully institutional (no contract), the identifier is issued by Skyocean’s backend and serves the same role within the knowledge graph and our internal records.

From that moment on, every signed attestation, every payment confirmation, and every state change refers back to that single identifier.

Walking through a single trade

This example follows a real-world pattern: a Ghanaian buyer purchases 30 metric tons of organic soybean from Brazil. The trade is worth USD 1,000,000. Payment terms are Cash Against Documents (CAD). Because this is a CAD deal, the goods are consigned to Skyocean’s Ghana entity, which means the title transfers to Skyocean’s Ghana operation on shipment and the buyer pays that entity locally. The buyer uses MTN Mobile Money through Ghana’s national payment switch — a familiar domestic payment for a Ghanaian business.

Funding is mixed: Skyocean’s capital partner covers USD 950,000 under an existing trade finance agreement, and USD 50,000 is opened for retail participation at an enhanced reward rate.

%%{init: {'theme': 'dark'}}%%
flowchart TD
    S0["Step 0 — Order placed<br/>Web App or integrated ERP"]:::order
    S1["Step 1 — Terms approved<br/>Trade identifier issued · Funding split decided"]:::approve
    S2["Step 2 — Capital commits<br/>Institutional USD 950K · Retail USD 50K"]:::capital
    S3["Step 3 — Goods shipped<br/>Brazil → consigned to Skyocean Ghana"]:::ship
    S4["Step 4 — Attestations posted<br/>Customs · Inspection · Bill of Lading · Pre-clearance"]:::attest
    S5["Step 5 — Convergence reached<br/>Trade automatically marked verified"]:::verify
    S6["Step 6 — Buyer pays domestically<br/>MTN MoMo to Skyocean Ghana"]:::pay
    S7["Step 7 — Settlement complete<br/>Seller · Institutional financier · Retail participants"]:::settle
    S0 --> S1 --> S2 --> S3 --> S4 --> S5 --> S6 --> S7
    classDef order fill:#1e3a5f,stroke:#60a5fa,color:#e2e8f0
    classDef approve fill:#1e3a5f,stroke:#60a5fa,color:#e2e8f0
    classDef capital fill:#312e81,stroke:#818cf8,color:#e2e8f0
    classDef ship fill:#1c3851,stroke:#38bdf8,color:#e2e8f0
    classDef attest fill:#1e3a5f,stroke:#60a5fa,color:#e2e8f0
    classDef verify fill:#064e3b,stroke:#34d399,color:#e2e8f0
    classDef pay fill:#3b0764,stroke:#c084fc,color:#e2e8f0
    classDef settle fill:#14532d,stroke:#4ade80,color:#e2e8f0

Step 1 — Terms approved and funding decision

The buyer places the order (either through the Skyocean Web App or an integrated ERP; both are valid entry points). Until the terms are approved, this is a draft. Once approved, Skyocean’s backend records the trade in the knowledge graph and its trade identifier becomes canonical.

Skyocean’s treasury sees that the existing trade finance agreement with a Skyocean capital partner has undrawn capacity. It allocates USD 950,000 of that facility to this shipment at a contractual rate, leaving USD 50,000 uncovered. That uncovered slice is offered to retail through the investor portal at an enhanced reward — higher than a full-trade rate would be, because the institutional layer absorbs the primary risk.

No funds have moved yet.

Step 2 — Capital commits

Institutional side. Skyocean’s treasury records the USD 950,000 draw against the trade finance agreement. The draw is captured in the knowledge graph as an institutional payment source — flagged as institutional, referencing the bank account and the agreement.
Retail side. The USD 50,000 retail slice is opened on the investor portal. Retail participants lock SKYT into the cycle’s dedicated smart contract. Once the slice is fully subscribed, the contract marks financing as secured.

Both sides are now locked. The trade is funded end-to-end.

Step 3 — Shipment and independent attestations

Goods are loaded in Brazil and shipped to Ghana, consigned to Skyocean’s Ghana entity. As the shipment progresses, independent institutions post their evidence:

The Brazilian customs authority confirms export clearance.
An independent inspector issues quality and phytosanitary certificates.
The freight forwarder issues the Bill of Lading (consigned to the Ghana entity).
Ghanaian customs acknowledges pre-clearance.

Each of these produces a signed attestation in the knowledge graph. No single actor controls this record. Skyocean cannot fabricate a customs clearance; customs cannot fabricate a bill of lading.

Step 4 — Automatic verification

Skyocean’s compliance engine continuously monitors the knowledge graph. Once the set of attestations required for Cash Against Documents has converged — each of them present, each of them consistent — the engine automatically marks the trade as verified. For trades that use a smart contract, this also unlocks the payment-release condition. No human has to press a button.

Skyocean operators do not have the power to unilaterally declare a trade “verified.” Verification is a function of what independent institutions have posted.

Step 5 — Buyer pays, domestically

Because title has already transferred to Skyocean’s Ghana entity under CAD consignment, the buyer pays Skyocean Ghana — not a foreign counterpart. Kojo Traders pays the USD 1,000,000 equivalent via MTN MoMo through Ghana’s national payment switch. This is a purely domestic payment; there is no cross-border foreign-exchange leg for this transaction.

A new record is written to the knowledge graph — a payment source — capturing the rail (mobile money), the provider (MTN MoMo), the clearing network, the amount, and the reference.

Skyocean then settles internally across its entities. Brazil’s seller receivable is offset against Ghana’s buyer payment through internal treasury consolidation, the same way correspondent banks net positions between their offices. The buyer does not see this; they see a normal domestic payment.

Step 6 — Settlement

To the seller. Skyocean settles with the Brazilian producer/cooperative under the agreed terms.
To the institutional financier. Principal and contractual interest are settled through the banking rail per the trade finance agreement’s schedule.
To retail participants. The smart contract returns their principal (in the same platform token they staked) and pays the reward in USDC.

A final closure record is written to the knowledge graph, linking every attestation, every payment source, and every settlement event to the original trade identifier.

What this means for each audience

For commercial operations

Skyocean is a trade orchestration and settlement platform with a verified document layer built in. You place orders, you pay through your usual rail, and you receive goods with a complete, auditable record of every certification attached to the shipment. You do not need to interact with blockchain, tokens, or crypto wallets to transact.

For banks and payment processors

Skyocean connects to standard payment rails — SWIFT, letters of credit, domestic ACH, regional switches (GhIPSS, PAPSS), and mobile money providers — through webhook-driven confirmations. A payment received through your rail is matched to a specific Skyocean trade identifier, and that match is written into the knowledge graph as a signed record. Correspondent reconciliation becomes a query, not a forensic exercise. Because Skyocean’s trade structure often uses self-consignment to a local Skyocean entity, many payments remain domestic even when the underlying trade is international.

For securities and compliance reviewers

Segregation. Institutional financing uses conventional regulated channels; retail participation is offered through a distinct on-chain instrument tied to a specific, disclosed trade. The two are operationally separated, and retail is never invited to institutional-only trades.
Independent verification. Trade verification does not depend on Skyocean’s own certification. It depends on the convergence of independent institutional attestations — each of which can be independently audited.
Audit trail. Every state change in every trade produces a knowledge-graph record keyed to the trade identifier. There is no gap between operational records, document records, and settlement records.
Retail investor protection. Retail participants see a specific, named shipment with counterparties, commodity, origin, destination, amount, payment method, and expected settlement date before committing. On mixed trades, the institutional cushion is visible — retail sees the full trade value and the slice available to them.

For merchants

Nothing changes in how you place orders or pay. The difference is that your documents, certifications, and payment are automatically matched and published to a trade record that you, your buyer, your bank, and the relevant customs authorities can all see — without manual paperwork exchange. For cross-border deals structured as CAD, your payment is usually domestic to a Skyocean entity in your country; Skyocean handles the cross-border settlement internally.

For retail investors

When you fund a slice of a trade:

You see the full trade before you commit — commodity, origin, destination, counterparties, amount, payment method, expected settlement date — and, on mixed trades, the institutional cushion already in place.
You see whether the trade is partially pre-funded by institutional capital or fully retail-funded, and what financing return is offered for that cycle.
Your tokens are locked in a trade-specific smart contract, not held by Skyocean. They never leave that contract until DKG verification is complete.
The contract releases your principal and the cycle’s financing return only when the shipment has been independently verified by customs, inspectors, and forwarders, and the buyer has paid.
You do not fund trades that are fully institutional. Those trades are not open to retail.

Retail financing is designed to mirror real-world trade risk, not speculative exposure. You are participating in a specific, verified shipment with specific payment terms — not a fund, not an index, not an abstract yield product.

Frequently asked questions

Is every trade on the blockchain? No. Fully institutional trades settle through conventional banking rails and are recorded in the knowledge graph, but do not use a smart contract. Retail and mixed trades use a smart contract only for the retail financing portion.

If the blockchain is optional, why is it there at all? For retail participation. A smart contract is the right instrument when many small participants need transparent, programmatic, non-custodial access to a specific trade. For large institutional capital, the contract adds no benefit that the trade finance agreement does not already provide, so we do not use one.

How are fraudulent documents prevented? They are not prevented by a central authority. They are made operationally ineffective: a single fraudulent document has no power unless the other independent attestations agree with it. Customs, inspectors, forwarders, and banks each post their own record, and convergence is checked automatically.

What is the role of the trade identifier? It is the single key that links the knowledge-graph record, the backend records, the smart contract (if any), and every payment webhook for a given trade. It is established when the trade is first executed — by the smart contract for retail and mixed trades, by the backend for institutional-only trades. Earlier identifiers used in order drafts or ERP systems are operational references, not canonical, because drafts may never become trades.

Can a trade’s funding structure change mid-flow? No. The split between institutional and retail funding is finalized before the trade begins. Changing it mid-flow would require cancelling and re-creating the trade.

What if a shipment is disputed? Trades that use a smart contract have an on-chain dispute path that freezes further state changes until the dispute resolves. Institutional-only trades follow the dispute procedure described in the underlying trade finance agreement.

Why does the buyer pay a Skyocean entity in their own country rather than the exporter abroad? On Cash Against Documents deals, the goods are consigned to the nearest Skyocean entity in the buyer’s jurisdiction. That entity becomes the legal recipient and is paid domestically by the buyer. Skyocean consolidates treasury internally across its entities — similar to how correspondent banks settle between themselves. This removes cross-border payment friction for the buyer and keeps title controls intact for Skyocean.