When people talk about Real-World Asset (RWA) tokenization, they usually think of real estate, gold, or bonds. But in practice, much more complex assets can be tokenized including international trade shipments. We worked on the tokenization of a Bill of Lading for the Trading.Network project on XDC Network. In this case study, we’ll break down how the model works without unnecessary technical terminology and without focusing on the project’s internal stablecoin. From an economic perspective, the model is similar to factoring or trade finance: a supplier needs liquidity today, while the buyer will only pay once the goods have been delivered. An investor finances this gap and receives a predefined return in exchange.

What makes the structure different is the way the entire transaction is connected through an electronic Bill of Lading, an SPV, a custodian, insurance, IoT monitoring, and blockchain infrastructure.

The Challenge: Financing a Shipment While It Is Still in Transit

Let’s start with a typical international trade transaction. A supplier prepares a shipment, completes customs procedures, and loads the goods into a container. Once the container is shipped, the supplier may have to wait weeks or months before the buyer pays for the goods. This creates a familiar trade-finance problem: The supplier needs liquidity now. The buyer pays later.

The question is how to finance that gap while keeping the underlying transaction, physical goods, legal rights, and investor capital properly connected. Our approach was to build a structure where these different layers could work together:

The result is a tokenized trade-finance structure built around a specific shipment rather than an abstract digital asset.

Step 1: The Physical Shipment

The process starts in the physical world. The supplier prepares the export shipment, completes customs clearance, and loads the goods into a container. IoT sensors can then be installed on the container to monitor its condition throughout the journey.

Depending on the configuration, the sensors can provide data such as:

• GPS location
• Temperature
• Humidity
• Seal status

This creates a digital monitoring layer around the physical shipment.

Important: IoT data does not prove ownership of the goods. It only provides information about the physical condition and location of the shipment.

This distinction is critical: physical monitoring and legal ownership are two separate layers of the system.

Step 2: The Electronic Bill of Lading

Once the carrier accepts the cargo, the shipping line issues an electronic Bill of Lading (eBL). This is one of the most important components of the structure. A regular PDF would not be sufficient. A PDF can be copied and distributed to multiple parties. For a transferable trade document, it is essential to know who controls the original document and when that control is transferred. In this structure, the eBL infrastructure is based on TradeTrust, while the legal framework takes into account the principles of MLETR (the Model Law on Electronic Transferable Records). This allows the eBL to function as more than a digital copy of a paper document. It can act as a digital trade document involved in the transfer of rights over the underlying cargo.‍

Step 3: Creating the SPV

The next layer is the legal structure. The supplier transfers the eBL into a specially created Special Purpose Vehicle (SPV). The SPV is separated from the supplier’s main operating business. In the structure we worked with, the SPV is established in the UAE.

Why is this important?

Because the investor is not financing the supplier’s entire business. Instead, the investment is linked to a specific transaction with:

• a specific shipment,
• a specific eBL,
• a specific buyer,
• and a specific expected cash flow.

This helps isolate the individual trade transaction from the supplier’s broader business activities and creates a clearer framework for financing and risk management.

‍

Step 4: Turning the Transaction into an RWA Token

Once the eBL is incorporated into the SPV structure, an RWA token is issued on XDC Network. This is where tokenization comes in. It is important not to think of the token as a “digital container.” The token represents a digital financial instrument connected to a specific trade transaction and the corresponding rights and obligations of the SPV. The underlying structure can therefore be understood as:

The RWA token does not replace the legal documentation. Instead, it adds a digital financial layer on top of the existing legal and commercial structure.

Step 5: How the Investor Provides Capital

The next participant is the investor. Depending on the structure, this could be an institutional fund, family office, professional investor, or another eligible participant. Before investing, the investor goes through the required KYC/AML and other compliance procedures. Once approved, the investor transfers capital in USD or USDC to an account designated for the specific transaction. In this architecture, custodial infrastructure is provided by Propine in Singapore. The key principle is to separate investor funds from the supplier’s operating funds. Until the required conditions are met, the capital remains within dedicated infrastructure rather than simply becoming available to the supplier for general business purposes.

This means that the investor is financing a specific trade transaction, rather than providing unrestricted working capital to the supplier.

Step 6: Issuing the RWA Tokens

Once the required amount of financing has been raised, the RWA token issuance process begins. The investor receives the tokens in their wallet. Those tokens are connected to the specific trade transaction, which is itself connected to the specific eBL held within the SPV structure. This creates a traceable relationship between the investor and the underlying transaction.

This connection between the digital financial instrument and the underlying trade transaction is what makes tokenization relevant to trade finance.

Step 7: Monitoring the Shipment in Transit

Once financing is complete, the physical shipment continues its normal journey. What changes is that the physical shipment is now connected to the digital infrastructure of the financing transaction. IoT sensors continue to collect information about the container. Oracles can then transmit relevant external data into the blockchain infrastructure.

For example, the system can receive information about:

• Container location
• Temperature
• Humidity
• Seal status

This gives investors visibility not only into the financial side of the transaction, but also into what is happening with the underlying physical shipment.

The blockchain itself does not know where the container is. It receives that information from external data sources through the oracle layer.

Step 8: What Happens If Something Goes Wrong?

International shipping naturally involves physical risks. A container can be damaged, cargo can be lost, or another insured event can occur. That is why marine insurance is another layer of the structure. Under the relevant insurance arrangement, the SPV acts as the beneficiary. If an insured event occurs, the insurance proceeds are directed through the transaction infrastructure and can be used as part of the protection mechanism for investor capital. Insurance does not eliminate the underlying risk. Instead, it adds another layer of risk management.

Together, these layers connect the physical shipment, legal rights, financial flows, and digital infrastructure.

Step 9: The Goods Reach the Buyer

After several weeks or months, the shipment reaches the destination port.

The buyer receives the goods and makes the corresponding payment.

For example, if the shipment is worth $1 million, the buyer transfers the relevant amount to the transaction account specified by the structure.

This payment becomes the source of the cash flow used to repay investors.

This is an important distinction:

Investor returns do not come from the blockchain or from an increase in the token price.

They come from the real cash flow generated by the underlying trade transaction.

Step 10: Repaying the Investor

Once the buyer’s payment has been received, the transaction enters its closing stage. The incoming funds are distributed according to the predefined payment waterfall.

The investor receives:

Principal + Return

The exact amount depends on the terms and duration of the financing. For example, if an investment has a target annual return of 10%, the actual payment depends on the financing period and the specific financial model of the transaction. Once the obligations have been settled, the RWA tokens are burned. Their lifecycle is complete.

Why Blockchain?

At this point, a reasonable question is: If this is fundamentally a trade-finance transaction, why use blockchain at all?

The answer is not that blockchain replaces the existing financial and legal infrastructure. Instead, blockchain makes parts of the transaction programmable. For example, predefined conditions can determine when tokens can be issued or when they can be redeemed and burned. Blockchain also provides a shared digital record for transactions involving the token and the state of the digital financial instrument.

But it does not replace:

• Legal agreements
• The SPV
• Custodial infrastructure
• Insurance
• Banks
• The physical supply chain

Blockchain is one component of the overall transaction infrastructure.

What Blockchain Adds:

Programmability
Automate predefined transaction logic

Transparency
Maintain a shared digital record

Traceability
Track the lifecycle of the digital instrument

Integration
Connect selected parts of the transaction through smart contracts

What Is Actually Being Tokenized?

It would be inaccurate to say that we simply “put the goods on the blockchain.”

The physical goods remain physical goods.

The Bill of Lading remains a legal document.

The SPV remains a legal entity.

The RWA token represents the financial layer of the overall structure.

Why Is This Similar to Factoring?

The underlying economics are relatively straightforward. A supplier ships goods and has to wait for the buyer to pay. Waiting several months can create a liquidity problem because capital is already tied up in production and logistics. An investor provides capital upfront. The supplier receives the liquidity it needs to continue operating. The buyer receives the goods and makes the payment.

That payment is then used to return the investor’s capital and predefined return.

Tokenization adds a digital layer to this traditional trade-finance flow.

What Changes Compared to Traditional Factoring?

The fundamental economics do not necessarily change. What changes is the infrastructure. In a traditional transaction, many processes rely on documents, banks, custodial accounts, separate registries, and manual checks. In a tokenized structure, some of these processes can be connected programmatically.

For example:

• A digital asset can be linked to a specific transaction.
• Its status can be tracked on-chain.
• Selected transaction events can trigger automated actions through smart contracts.
• External shipment data can be connected to the digital infrastructure through oracles.

At the same time, the physical goods and the underlying legal relationships remain outside the blockchain.

That is why we see tokenization not as a replacement for traditional trade finance, but as a new technological infrastructure for it.

Where the Real Value of RWA Lies

The real potential of RWA is not simply creating a token for every physical object. It is about connecting a real economic process to digital financial infrastructure. RWA technology adds the ability to connect these stages within a single digital system. If this model scales, the opportunity is not limited to tokenizing individual assets. It could enable the tokenization of entire classes of trade-finance transactions. In that scenario, blockchain becomes more than a ledger for tokens. It becomes part of the infrastructure supporting real-world financial operations. And that is a much broader use case for RWA than simply creating a token backed by a physical asset.

Build Your RWA Model With Us

This case is one example of how Real-World Asset tokenization can work in practice. At Rock'n'Block, we can help you explore how the same approach could be applied to your asset or financial product.

Our team can help you:

• Assess the underlying asset and business model
• Define the appropriate legal and technical structure
• Design the RWA architecture
• Build the required blockchain infrastructure
• Develop the tokenization solution around your specific use case

If you have an asset or financial product that you want to bring into an RWA model, let’s explore the structure together — from architecture and legal considerations to blockchain implementation.

‍