Token Rules and Protocol Structure (Smart Contract)

1. Token Identifiers

2. Description of the Technical Logic

The token operates through native rules of the XRPL protocol

The project is based on the XRPL (XRP Ledger), one of the most established and high‑performance blockchains currently available on the market. The choice of XRPL is driven by criteria of speed, energy efficiency, low transaction costs, and reliability—fundamental elements to ensure a robust and scalable ecosystem.

Access to and interaction with the network take place through Xaman (formerly Xumm), a wallet application that allows users simple, secure, and decentralized management of tokens. Thanks to this integration, users can send, receive, and hold the cryptocurrency in full autonomy, maintaining complete control over their private keys.

During the pre‑sale and airdrop phase, the wallets of subscribers and beneficiaries of the tokens (Team Members and Shareholders of Our Land Holding) will be secure wallets on the Ripple chain.

Subsequently, in the future, we will adhere to additional blockchains to ensure maximum diffusion and compatibility. Work is underway on the development of alternative wallets, for example also on Ethereum.

Blockchain

The choice of XRPL makes it possible to benefit from:

  • Extremely low costs, making the coin accessible and sustainable even for micro‑transactions;
  • Minimal energy consumption, in line with principles of environmental sustainability;
  • Consensus decentralization, based on a distributed network of independent validators.

Smart Contract – Token Rules and Protocol Structure & Token Issuance

On XRPL, unlike other chains, there is no concept of smart contracts for minting; instead, settings on trustlines are used. All major functionalities therefore do not need to be written in Solidity but are part of the ecosystem in native form. Consequently, the immutability of the Maximum Supply defined from the outset at 6,000,000,000,000 (six trillion) CryptoPoint Tokens (XCPT) – that is, the total supply of the token – is guaranteed, having been established from the origin through a blackholing mechanism whereby the creator disables the creation capability.

Furthermore, in order to improve transparency, through a Locking Escrow mechanism on a master‑reg wallet, the rules for gradual release will be defined on a second operational wallet that determines the actual circulating supply. In this way, no operator has immediate possession of the tokens, which are made available only in a conditional manner both in terms of time and issuance of Category L actions.

In order to ensure the traceability of operations, net of the initial reconciliation operations of past movements, each Category L issuance provides for the minting of an NFT on the XRPL chain and the consequent unlocking, in a fixed and predetermined amount, of 600,000 XCPT on the operational wallet, thereby increasing the circulating supply. The transfer mechanisms for events, the temporary mini escrows that keep funds frozen for approximately 90 days, the related remuneration at 1% per month, and their subsequent unlocking are self‑regulated by the transactions relating to the operation set on the operational wallet. The software delegated to issuance activities is the sole private IT asset of the company and is not disclosed for security reasons.

The trust lines used are as follows:

  • lsfRequireAuth: Requires the issuer to approve each wallet (KYC) before it receives the tokens. (Value: Enabled)
  • lsfAllowTrustLineClawback: Allows legal recovery of tokens in the event of fraud or loss of keys. (Value: Enabled)
  • lsfDepositAuth: Prevents unauthorized sending of assets or spam to the issuer account. (Value: Enabled)
  • lsfRequireDestTag: Ensures that each incoming transaction is correctly identified and traceable. (Value: Enabled)

3. Control Rules (COMPLIANCE)

The issuing company CryptoPoint Capital Management Ltd is equipped with detailed written procedures supporting automated systems for AML and for the proper registration of KYC of subscribers BEFORE the possibility of purchasing the XCPT Token.

Such documents are attached to this document.

They also provide for the possibility of rejecting tokens to parties that trigger alert parameters based on the aforementioned procedures or that do not provide suitable documentation for the completion of individual and/or corporate KYC.

At the same time, the XCPT Token is not accessible to US users, for whom an automated access restriction is in place through API‑based verification for the checking of wallets and the origin of the holder.

This limitation applies, in addition to the USA, also to the below‑listed countries considered on the Blacklist:

Geographical blocking for US users through a specific verification code and AML and KYC verification via

https://openapi.com/products/full-kyc and any other external providers.

4. Transferability Restrictions

  • For token transferability, it is required that the recipient wallet be of the secure type and that it has not been subject to restrictions at the level of KYC or AML controls. Transfers to residents in the USA or in blacklisted countries are also blocked.
  • Until the threshold of no. 10,000 wallets holding CryptoPoint Token (XCPT) is reached, a limit is imposed of a maximum transfer volume in a single transaction of 12,000,000 (twelve million) XCPT tokens.

5. Powers of the Issuer

In compliance with applicable regulations, the issuer may activate the following powers:

a) Clawback and recovery powers

The issuer reserves the right, within the limits permitted by applicable law, to adopt clawback measures, understood as the recovery, revocation, or reacquisition of security tokens that may have already been allocated or transferred, as well as, where technically and legally possible, to require the return of amounts or economic benefits connected thereto, should relevant circumstances arise that may cause significant harm to the issuer, the project, or the value and reputation of the security token.

Such circumstances include, by way of example and not limitation:

  • breach of contractual conditions or of the Terms and Conditions applicable to the offer;
  • breach of applicable regulations, including those concerning anti‑money laundering (AML) and customer identification (KYC);
  • unlawful or fraudulent use of the token;
  • wilful misconduct or gross negligence capable of compromising the integrity, reputation, or proper functioning of the project or the issuer;
  • obligations arising from orders or requests of competent authorities.
  • The exercise of clawback powers shall be carried out in compliance with the principles of proportionality, reasonableness, and good faith, as well as, where applicable, following an evaluation of the specific circumstances and in compliance with investors’ rights.
  • The issuer may make use, where technically possible within the XRP Ledger, of token control and management functionalities in order to implement the measures described above.
  • It is understood that such measures are intended to protect the project, investors, and overall regulatory compliance.

The exercise of clawback powers shall be carried out in compliance with the principles of proportionality, reasonableness, and good faith, as well as, where applicable, following an evaluation of the specific circumstances and in compliance with investors’ rights.

The issuer may make use, where technically possible within the XRP Ledger, of token control and management functionalities in order to implement the measures described above. It is understood that such measures are intended to protect the project, investors, and overall regulatory compliance.

b) Transfer blocking (Transfer Restrictions and Suspension Powers)

The issuer reserves the right, within the limits permitted by applicable law, to temporarily or permanently suspend or limit the transferability of the security tokens, including in respect of specific addresses or subjects, where this is necessary to ensure regulatory compliance, investor protection, and the integrity of the project.

In particular, the blocking of transfers may be ordered following investigations, checks, or requests carried out by competent authorities, supervisory bodies, or other authorized entities operating in the security token sector, as well as in the following cases, by way of example and not limitation:

  • breaches of applicable regulations, including those concerning anti‑money laundering (AML) and customer identification (KYC);
  • failure to complete or negative outcome of identity verification procedures;
  • suspicion of fraudulent, unlawful, or unauthorized activities;
  • transfers carried out in violation of the restrictions set out in the offer or the Terms and Conditions;
  • necessity to prevent or mitigate risks to the security, stability, or reputation of the project or the issuer.

The issuer may make use, where technically possible within the XRP Ledger, of token control and management functionalities in order to implement measures blocking or limiting transfers.

Such measures shall be adopted in compliance with the principles of proportionality, reasonableness, and good faith, taking into account the specific circumstances and, where possible, informing the affected parties.

c) Whitelist control and subject authorization

  • Access to, holding of, and transfer of security tokens are subject to the inclusion of authorized addresses in a whitelist managed by the issuer.
  • The process of verification and authorization of subjects is carried out through automated procedures integrated with services provided by specialized and qualified third‑party operators, which support the issuer in customer identification, verification, and monitoring activities (KYC/AML), in compliance with applicable regulations.
  • Inclusion in the whitelist constitutes a necessary condition in order to receive, hold, or transfer the security tokens. The issuer reserves the right to deny, suspend, or revoke authorization for inclusion in the whitelist where required by regulatory obligations, negative compliance verification outcomes, requests from competent authorities, or the need to protect the project and investors.
  • The entire process is implemented, where technically possible, within the functionalities of the XRP Ledger, through tools for controlling authorized addresses and managing transfer restrictions.

6. Issuance Process

  • The tokens were created through the Xaman APP, which operates on Ripple’s XRPL;
  • The Total Supply is 6,000,000,000,000 (six trillion), on the basis that the objective is to achieve an underlying asset of at least one square centimetre of land for each XCPT issued, for a minimum of 6,000 hectares;
  • It is NOT possible to modify the Maximum Supply, and no future issuances are permitted.

Torna in alto