From Abacus to Blockchain: How REAL8 Uses Soroban on Stellar

For centuries, the abacus has enabled calculations through a simple mechanism: beads that are moved according to established rules. The Soroban—its Japanese variant—perfectly embodies this blend of simplicity and precision.

Today, that same name also identifies Stellar’s ​​smart contract platform. While the technological leap is vast, the connection remains compelling: defining clear rules to execute operations consistently.

For REAL8, Soroban opens the door to exploring new ways to utilize the token—ranging from conditional payments to community engagement tools and access management via passkeys.

Stellar and Soroban: From Moving Value to Programmable Rules

Stellar provides an infrastructure for issuing assets and exchanging value. Soroban expands these capabilities through smart contracts—programs deployed on the network that execute instructions when specific conditions are met.

Its execution environment utilizes WebAssembly (known as Wasm), enabling the development of applications that combine digital assets with programmable logic.

This distinction can be illustrated with a simple example: a standard transfer moves tokens from one address to another. A smart contract, however, can stipulate that those tokens are only released once specific criteria are met—such as receiving two separate authorizations, reaching a certain date, or concluding a vote.

This ability to embed conditions is what makes it possible to design new services centered around REAL8.

The Stellar Asset Contract: Connecting to Stellar Assets

A fundamental component of this architecture is the Stellar Asset Contract (SAC), which allows assets issued on the Stellar network to be utilized within Soroban smart contracts.

Through this interface, a contract can query balances and initiate transfers—all while remaining subject to the relevant authorizations and restrictions. This allows an asset like REAL8 to be integrated into programmable applications without the need to replace it with a separate, independent token.

The method for maintaining balances depends on the recipient: standard accounts utilize “trustlines,” whereas balances associated with contract addresses are held within the SAC’s own storage. This distinction is important for correctly designing any integration.

Four possibilities for the REAL8 ecosystem

The following applications illustrate what could be developed using Soroban. Their availability will depend on implementation, testing, and project-related decisions.

1. Governance with transparent rules

A community needs more than just a tool for counting votes; it needs to know who is eligible to participate, how decision-making power is calculated, and what happens once a proposal is approved.

A governance system could define these rules through smart contracts.

For example, a proposal might request funds to develop a new feature for the REAL8 wallet. The system would record votes according to pre-published rules, and if the necessary level of support is reached, it would enable the authorized disbursement of funds.

To prevent the same tokens from being used to vote from multiple accounts, the design could incorporate temporary lock-ups or participation registries. If the duration of participation were to be a factor, the system would also need to define how to record and verify that duration.

The advantage is having a procedure that participants can examine and verify.

2. Incentive and liquidity programs

Soroban also enables the creation of programs that distribute incentives based on specific criteria, such as the amount contributed, the duration of participation, or the achievement of certain objectives.

For instance, a program could set aside a quantity of REAL8 to be distributed among those who maintain a contribution over a defined period.

The smart contract would enforce the distribution rules, but the design would need to specify the source of the rewards, any applicable limits, and the process for withdrawing funds.

It is important to distinguish between depositing tokens into a smart contract and providing liquidity to a market; facilitating exchanges would require a specific integration with a trading mechanism. Furthermore, automation alone does not guarantee profitability or price stability.

3. Conditional payments and escrow deposits

Some agreements require an intermediate step between making a payment and delivering the funds to the recipient. Escrow contracts allow for this process to be structured.

For example: a client deposits REAL8 tokens to fund a service. The contract releases the tokens once both parties confirm that the work has been completed, or it allows for a refund request in accordance with the agreed-upon terms.

The key lies in defining what the contract is capable of verifying. A digital signature can be verified on the network; the physical delivery of a product, however, requires external confirmation or a mechanism for resolving disputes.

Thus, code can automate agreed-upon terms, while the design of the service determines how compliance with those terms is validated.

4. Access via passkeys

A seamless user experience also depends on how transactions are authorized.

Stellar enables the development of smart contract-based wallets that utilize passkeys, supported by standards such as WebAuthn. This can reduce the need for users to manually manage secret keys in their day-to-day activities.

For example, a future integration could allow a transaction involving REAL8 to be authorized using a passkey—unlocked via a fingerprint, facial recognition, or a device PIN.

Biometric data is used locally to authorize the use of the credential. The contract verifies the resulting cryptographic signature; it does not receive the fingerprint or the image of the user’s face.

To bring this experience to REAL8, it would be necessary to integrate the wallet, the authorization mechanism, and recovery options.

Technology with a specific purpose

The value of Soroban for REAL8 will depend on how its capabilities are translated into practical tools: agreements that are easier to verify, participation governed by clear rules, and more accessible transactions.

Each application requires well-defined objectives, audited contracts, and testing to verify its behavior before any funds are put at risk.

While the term “Soroban” traditionally refers to a tool for calculation, its namesake on the Stellar network offers a different opportunity: the ability to transform rules and agreements into programmable operations. For REAL8, this provides a pathway to expand the token’s utility and build services tailored to the needs of its community.