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 goal is a plain-language explanation of what happens from the moment a purchase order is placed to the moment a trade is settled and rewards are paid.

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:

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 on-chain pool open to retail participants, or a combination of both.

The verification layer and the financing layer are linked by a single transaction identifier issued by Skyocean’s backend. Every document, every payment, every signature refers back to the same ID, 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.
Seller / exporter. 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 at a fixed rate of return.
Retail financier. An individual who chooses to fund a portion of a specific 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. Orchestrates the trade, runs the knowledge graph, issues and tracks the transaction identifier, and operates the settlement infrastructure.

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.

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 + customs clearance at origin + 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:

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 financing. A regulated, fully disclosed pool allows retail participants to fund the trade in exchange for a stated reward. Each financier deposits stablecoin; each deposit is tracked on-chain; rewards are distributed on-chain when the trade settles successfully.
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. This is the pattern we expect to see most often on substantial trades — institutional capital for scale, retail for community participation at a favorable rate.

The one thing that links everything

Every trade is assigned a transaction identifier of the form SKY-T followed by a number, generated by Skyocean’s backend when the purchase order is accepted. This ID appears on:

The purchase order record
Every signed attestation in the knowledge graph
Every payment webhook and bank reference
The smart-contract record, if one exists for the trade
The final trade closure record

If a document, a payment, or a counterparty cannot be traced back to a transaction identifier, it is not part of the trade. This is how Skyocean keeps the verification layer and the financing layer honest with each other.

Walking through a single trade

This example follows a real-world pattern: a Ghanaian buyer purchases 30 metric tons of organic soybean from a Paraguayan exporter. The trade is worth USD 1,000,000. Payment terms are Cash Against Documents, and the buyer pays through MTN Mobile Money (MoMo), which clears through Ghana’s national payment switch (GhIPSS) and settles regionally through PAPSS.

Step 1 — Purchase order and funding decision

The buyer places the order. Skyocean’s backend issues the transaction identifier SKY-T24071 and begins assembling the trade record in the knowledge graph.

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

No funds have moved yet. No contract has been deployed. At this point, everything is a set of records in the knowledge graph: an order, a funding plan, and a reference to the trade finance agreement.

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 financiers deposit stablecoin into a dedicated trade contract. Once the slice is fully subscribed, the contract confirms that financing is secured.

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

Step 3 — Shipment and independent attestations

Goods are loaded in Paraguay and shipped toward Ghana. As the shipment progresses, independent institutions post their evidence:

The Paraguayan customs authority confirms export clearance.
An independent inspector issues quality and phytosanitary certificates.
The freight forwarder issues the Bill of Lading.
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 on-chain trades, this also unlocks the payment-release condition in the smart contract. No human has to press a button.

This is an important design choice: 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

Kojo Traders pays USD 1,000,000 via MTN MoMo. The payment clears through GhIPSS, settles through PAPSS, and arrives in Skyocean’s collection account. The mobile money provider’s confirmation webhook includes the transaction identifier SKY-T24071, so Skyocean can match the payment to the trade automatically.

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

Step 6 — Settlement

To the seller. Skyocean settles with the Paraguayan exporter under the agreed terms.
To the institutional financier. Principal and contractual interest are settled through the banking rail per the agreement’s schedule.
To retail financiers. The smart contract releases principal plus reward (USD 1,750 total on the USD 50,000 slice, distributed pro-rata to each retail participant).

A final closure record is written to the knowledge graph, linking every attestation, every payment source, and every settlement event to the original transaction 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 transaction identifier, and that match is written into the knowledge graph as a signed record. Correspondent reconciliation becomes a query, not a forensic exercise.

For securities and compliance reviewers

Segregation. Institutional financing uses conventional regulated channels; retail participation is offered through a distinct on-chain instrument with explicit disclosure. The two are operationally separated.
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 transaction identifier. There is no gap between operational records, document records, and settlement records.
Retail investor protection. Retail financiers participate in trades that are either fully pre-covered by institutional capital (mixed trades) or independently underwritten. Rewards are stated up front and paid on-chain at settlement. Institutional-only trades are not offered to retail.

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 retail investors

When you fund a slice of a trade:

You see the full trade — commodity, origin, destination, counterparties, amount, payment method, expected settlement date — before you commit.
You see whether the trade is partially pre-funded by institutional capital (mixed) or fully retail-funded, and what reward is offered.
Your deposit is escrowed in a smart contract, not held by Skyocean.
The contract releases your principal and reward 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 lending against a specific, verified shipment with specific payment terms.

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 financing. 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 transaction 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 generated by Skyocean’s backend at order acceptance and is final for the life of the trade.

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.