WhitePaper

OVERVIEW

1. Research

In recent years, central banks have «printed» a huge amount of money under various pretexts of fighting the effects of pandemics, climate change, stimulating economic growth, and all sorts of other «fights for all good against all bad».

This has created unrelenting global inflation while the «freshly printed» money doesn’t work. Even after interest rates rise, it is difficult to find real (minus real inflation) returns in a «classical» economy.

50% of the growth in the dollar monetary base has occurred in the last three years. Bureaucrats and monopolies around the world are rapidly eroding all the previously created wealth of ordinary people by money issues. This cannot continue for long. Ahead, and very soon — another financial crisis.

It is worth remembering in this context that Bitcoin was born precisely as a response to the crisis of confidence of 2008, and Ethereum, as the basic environment for DeFi, was born in 2013, after the European debt crisis. The crypto world, in the short time of its existence by historical standards, has always sought to provide an answer to the crisis of confidence in «classical» institutions.

Now it is time for new challenges. What will be the answer to the future crisis of confidence in classical finance?

A new level of blockchain technology

The development of Internet technology has gone through a series of stages, each of which has shaped new markets and areas of communication:

1. The invention of the WWW hypertext service based on early Internet standards and infrastructure. Internet pages WEB 1.0 formed the first boom of digital commerce.
2. The emergence of social networking and the increasing availability of computers and smartphones. WEB 2.0 formed. The digital commerce market grew by leaps and bounds and digital giant corporations emerged.
3. The emergence of the technology of transferring value over the Internet — Bitcoin. It was an attempt to solve the crisis of confidence in the global financial system after the crisis of 2008. The cryptocurrency market emerged.
4. With the development of the cryptocurrency market, the need arose to ensure compliance with certain rules in the absence of regulators. This led to the emergence of the Ethereum network with the capability of executing smart contracts. Based on it, the market for decentralized crowdfunding through ICOs emerged, and the WEB 3.0 industry began to take shape.

However, the ease of launching projects through ICO with the lack of digital institutions of trust and reputation led to the emergence of a large number of scams. This limited the opportunities of the WEB 3.0 industry and led to the disappointment of investors.

The key problem of Web 3.0 is the lack of subjectivity.

While in Web 2.0 subjectivity is somehow marked, Web 3.0 has decentralized finance and digital goods, but no digital personas yet. This prevents the development of a decentralized digital economy of direct connections and the development of decentralized credit. The word «credit» comes from the Latin credo — «trust». There is no credibility — there is no credit. There is only the bazaar economy, where all interaction is reduced to spot transactions, without any guarantees for the buyer.

TNS solves the problem of lack of subjectivity in Web 3.0 by starting the next stage of development: the creation of digital tools of reputation and trust, which will transform the digital crypto-space into a full-fledged space of economic activity with digital brands, property, credit and analog of «securities», with everything that needs the institution of reputation.

The TNS project is the «Fifth Element» that realizes the fifth stage of Internet development, laying the systemic foundations for trust-based digital interaction on the Internet.

2. Overview

Trust Name Space is a new standard of digital identity for Billon+ users.

TNS project is created to manage reputation in the network and to form transparent grounds for trust in interaction in the network.

Trust is formed by linking various authentic information and services to the name belonging to the subject of interaction.

TNS is a space of unique names supported on 20+ networks including ETH, BSC, ARB, and MATIC. Uniqueness is confirmed by linking the name to the wallet on the Ethereum network.

Names consist of lowercase Latin letters and digits from 1 to 22 characters long.

The designation is name$

A name can store a token inside of it, as well as bring social capital.

The TNS project is designed for fast growth of the project audience and large support.

3. Mission TNS

One of the main problems of interaction in the Internet space is the loss of authenticity of information online. Today we live in the era of zero trust.

The era of the Wild West and «zero trust» in Web3 forms a high cost and high risk of losing the user’s crypto assets, which limits the scope of blockchain technologies.

The obvious solutions today in the form of linking biometrics to identity reproduce the concept of a digital concentration camp, we fundamentally disagree with these mechanics and want to create a healthy alternative that does not require you to have biometrics, while providing you with the basic principles of indexing and trust in the network of the future.

This may be the only way to transition to a decentralized internet of the future that preserves the basic rights and freedoms of its participants.

This future is possible now, it has arrived, with the joining of your name to the namespace you become its participant together with hundreds of thousands of users at the start.

Our mission is to create a unique universal identifier on the Internet for each subject of interaction, forming trust in the party of interaction.

An indicator inside the trust space

FUNDAMENTALS

1. Get start

To solve the problem, TNS has created:

• A new crypto-unit — the Internet name, a unique digital crypto-asset that exists independently of specific digital platforms and services;
• A set of tools for managing the name as a digital asset, assessing reputation and the value of the name. These include the TrustDoc, TrustLink, and TrustKYC services;
• A set of tools for balancing the disclosure of personal information and assessing the reliability of the entity owning the name;
• A set of tools for linking online resources and electronic documents to the TNS name, which essentially serves as an electronic signature identifying the owner;
• A set of tools for connecting Web2 with Web3, enabling transactions with identification.

The project’s mechanics ensure the validation of ownership rights to the TNS name for network resources and digital documents, and in the future — for digital objects as well, solving the problem of counterfeiting on the Internet and ensuring trust between entities in digital interactions.

Through these mechanics, the TNS name becomes:

• A simple and effective tool for transferring control over the associated digital entities;
• As a consequence, a tool for transferring and authenticating rights to digital resources and assets.

This creates a separate value for the TNS name, both instrumental and market. Moreover, it is a value that is not tied to any digital platforms and services.

Right now: all existing naming services make the actual owner of the name dependent on those who control these services. The DNS name is leased and can be taken away. Access to a particular network resource can be restricted by the arbitrariness of national regulators. A name on any WEB 2.0 digital platform is effectively lost when an account is lost by its owner or the account is banned by the digital platform.

Thanks to TNS it will be like this: the name of a crypto-entity existing in a distributed registry stays with you as long as you own it through ownership of the keys to access it. It cannot be taken away from you, just as cryptocurrency cannot be taken away from you.

This is the key difference between the TNS name and its many counterparts in other naming services, including the DNS name. The TNS name separates the digital subjectivity of the owner from digital platforms in the same way that cryptocurrency separates monetary value from the arbitrariness of any financial regulators. It will allow in the TNS namespace the formation of the independent subjectivity of entire connected groups and networks.

TNS introduces into the crypto world the concept of Proof Of Involvement (in addition to the well-known Proof Of Work and Proof Of Stake), which will make it possible to assess the integrity of the participants in interaction. TNS services will make it possible to assess who you are dealing with online, which in the future will form cultural norms of behavior in the environment of digital economic interaction.

Thanks to this, TNS will create the contours of the future digital crypto economy — an economy of global independent connections based on non-falsifiable reputation and information in the global digital space. In particular, TNS will become an effective tool for the formation of virtual corporations and digital interaction within such structures, as well as an effective tool for direct marketing.

TNS will raise crowdfunding to a qualitatively new level and will make it possible to create networks of entities with related interests in the crypto world.

The following diagram represents the detailed architecture and interactions between various components of the TNS system:a

2. Initial Launch

The initial launch consists of the following phases:

• Launch Bridge(s)
• Deploy Smart Contracts on Ethereum
• Launch Layer 2 (L2)

Step-by-Step Breakdown

Launch Bridge(s)

Before deploying the entire system, we need to launch the bridges. The smart contracts on Ethereum will require the public addresses of these bridges to achieve consensus.

Deploy Smart Contracts on Ethereum

Once the public addresses of the bridges are known, we can proceed to deploy the smart contracts on Ethereum. These contracts should be deployed with a predefined set of bridge addresses and an initial name, which will be the only one at launch—TNS_Foundation.

Initial Token Issuance

All tokens will be minted immediately upon deployment of the smart contract. A total of 50,000,000 tokens TRUE will be issued and distributed across multiple categories, such as:

• Funds/Investors
• Private Sale
• Launchpad
• Centralized Exchanges (CEX)
• Advisors (who promote the project)
• Team
• Marketing

Each category will have a specific placeholder address included directly in the smart contract during deployment. The balances of these addresses will be managed by the Team DAO. The Team DAO can transfer these tokens using the initial name (TNS_Foundation), but no further transfers will be allowed until the tokens are unlocked (details on token unlocking can be found in the Team DAO section).

Token Unlocking Process

Tokens in the smart contract will be unlocked after a predetermined period. The unlocking occurs in stages, with specific amounts and times outlined in the unlocking schedule table.

Launch Layer 2 (L2)

After completing all the above steps, we can launch the L2 network with its chain code. Upon the first launch, L2 will capture all ETH transactions and ensure full harmony with Ethereum via the bridges.

Visual Representation

This entire process can be schematically represented through the following diagram:

3. Our principles

• Focusing on the long term and creating mechanics that can live for many decades.
• Utilizing proven Web3 technologies to provide fault-tolerant services. Continuous improvement and development of the best user experience.
• Maximizing the use of open standards and open architectures. Trust in TNS name rights management is ensured by the openness of the ETH network’s digital contracts.
• The principle of indivisibility in digital security. Not ensuring the security of some participants at the expense of the security of other participants.

4. Roadmap

The roadmap page outlines the strategic vision and development phases of TNS, showcasing a chronology of key achievements and future objectives. It emphasizes the project’s commitment to transparency and long-term planning, highlighting technical innovations, community initiatives, and strategic partnerships. The phases are grouped by years and quarters for user convenience, while the focus on major launches, tokenomics improvements, and ecosystem integrations keeps stakeholders informed about progress and opportunities, building trust in the project and its alignment with industry trends.

Q1 2023

Concept Development and Ideation: Defining the mission, goals, and problem statement of the project.

Q2 2023

Team Recruitment: Assembling key specialists in blockchain, marketing, and development.

Q3 2023

Fundraising: Funding from an investment fund.

Q4 2023

Publication of the Whitepaper (v1.0).

Launch of the website: Trustname.org.

Launch of the platform: TrustLaunch.io for presales.

Start of the Community Presale round.

Q1 2024

Project Blog Launch: TrustSpace for news and analytics.

Media Launch: Information campaign via top media outlets (CoinTelegraph, Decrypt, X, etc.).

Airdrop activities Start: Token distribution to attract users.

Q2 2024

Publication of a detailed RoadMap (2024–2035).

Preparation of names for market release: Technical and marketing preparations.

Q3 2024

End of Presale round

Active marketing start

Liquidity funds from foundations

Celebrity partnerships

Negotiations with potential investors (Private Round).

Development of Smart Contracts:

• Auctions, business logic, tokenomics.

Bridge Development: ETH ↔ TrueConnect for cross-chain compatibility.

Website Updates: Platform UI/UX improvements.

Preparation of technical documentation for developers.

Q4 2024

Participation in industry conferences: Expanding to a global audience.

Update of the marketing strategy: Collaboration with top agencies and influencers.

Attracting new advisors and experts.

Completion of the presale round.

Finalization of Smart Contracts: Audit and testing.

Preparation for the TGE (Token Generation Event).

Q1 2025

Token Contract Issuance and Launch.

Attracting Institutional Investors.

Active Marketing: Large-scale advertising campaign in global markets.

Testnet Launch.

TGE (Token Generation Event).

Partnerships with Celebrities and KOLs (Key Opinion Leaders).

Launch of TNS Foundation DAO: Ecosystem funding and development.

Launch of Team DAO: Decentralized management of the team and project.

Opening of Official Name Auctions.

Listing on DEX and CEX (top exchanges).

Utility Services Test Launch:

• TrustLink.ws (link verification service).
• TrustDoc.ws (document service).

TNS WalletID Service Launch: Phase 1 integration.

First donations to external projects by the TNS Foundation.

Integration of names with popular projects and wallets.

Q2 2025

Full Launch of TNS WalletID Service.

Release of Utility Services: TrustLink.ws and TrustDoc.ws.

Massive Functional Updates for Names.

Partnership with DeFi Projects for Name Usage.

Addition of Payment Gateway for Fiat Name Purchases.

Q3 2025

Token Staking Mechanism: Launch of staking with the project’s token.

First TNS Hackathon: Attracting developers and startups.

Retroactive Airdrop for Early Participants: Rewarding early supporters.

Q4 2025

Start of Cold Wallet Development for storing tokens and names.

Expansion of B2B Partnerships: Launch of initiatives for corporate sector integration.

Team DAO Development Plan: Governance through DAO.

TNS Foundation DAO Development Plan: Ecosystem funding strategy.

Q1 2026

Launch of Partner Grant Program: Grants for developers and projects integrating names into their products (DeFi, GameFi, NFT, metaverses).

Announcement of the Beta Version of the Name Management SDK: Tools for developers to integrate names into dApps and blockchains.

Creation of an Analytics Dashboard: A platform to track activity, name usage, and ecosystem growth metrics.

Launch of TNS Academy Educational Initiative: Educational materials and courses for developers and users.

Q2 2026

Release of a Branded Cold Wallet for native ecosystem use.

Developer Rewards Program: Incentives for integration developers.

Integration with Major Web3 Ecosystems: Partnerships with leading blockchains (Polygon, Arbitrum, Avalanche) and popular dApps.

Testing of New Smart Contracts for Auctions: Updated algorithms for improved UX.

Launch of Business Analytics Services for B2B: API solutions for corporate clients.

Preparation for the TNS Conference: Finalizing key announcements and unique product presentations.

Q3 2026

Optimization of the TrueConnect Network: Scaling and fee reduction via rollup technologies.

Launch of a Multi-Chain Bridge for Names: Integration with ETH, BNB Chain, Solana, and others.

Partnerships with NFT Projects: Applying names in collectible and utility NFTs.

UI/UX Updates: Implementing best UI practices for mass adoption.

Q4 2026

First TNS Conference:

• Participation of partners, developers, and potential investors.
• Public presentation of an updated development plan (2027–2030).

Launch of the “Global Name Visibility” Program:

• Strategic attraction of international brands for using names in Web3 and corporate purposes.
• Pilot use cases for metaverses and social platforms.

Q1 2027

Research for L1 Blockchain Development: Proof-of-Concept with a focus on:

• High performance (TPS > 2,000,000).
• Fee reduction for users.
• Support for EVM compatibility and smart contracts.

Testing of Programmable Staking: New features for users and validators.

Creation of a Centralized Repository for SDK and Documentation: Easy access for developers.

Q2 2027

Launch of the L1 Blockchain Test Network:

• Technical testing of the network and infrastructure.
• Load and security audits by third-party experts.

Partnerships with Validators and Node Providers: Formation of an early L1 participant pool.

Tokenomics Updates: Introduction of new mechanisms for burning, staking, and rewards for token holders.

Q3 2027

Adaptation of the TrueConnect Network for the L1 Blockchain.

Public Testing of the L1 Blockchain: Opening testnet for developers and communities.

Bug Bounty Program: Rewarding developers for identifying and fixing vulnerabilities.

Developer Onboarding for Initial dApps on L1: Grants for creating DeFi, GameFi, and other products.

Q4 2027

Launch of Developer Reward Programs for Integrations: Financial incentives for incorporating names into projects and products.

Release of a Branded Cold Wallet:

• Support for native L1 and multi-chain names.
• High security with user-friendly UX.

Q1 2028 — Q4 2028 (Mass adoption period)

Expansion of Name Usage Across Blockchains: Multi-chain support and cross-ecosystem integrations.

Mass Advertising and PR Campaigns: Focus on global markets through media, KOLs, and influencers.

Partnerships with Popular dApps, Wallets, and Services.

Q1 2029 — Q4 2029 (Mass adoption period)

Integration with Corporate Solutions.

Development of B2B Platform: Services for corporate name and digital asset management.

Implementation of Solutions for Large Enterprises: Applications in identification, document management, and Web3 communications.

Q1 2030 — Q2 2030

Launch of a Decentralized Governance System (DAO): Transition to self-governance within the L1 blockchain.

Integration of Intelligent Rights Management Systems: Automated name and asset management.

Q3 2030

Transition to Public Rights Management on the L1 Blockchain: Full autonomy and decentralization.

Q4 2030 — Q4 2035

Development of AI Solutions for the Ecosystem.

Introduction of Web4 Innovations: IoT and AI integrations.

Massive Expansion to Corporate and Government Markets.

Sidechain

1. TNS TrueConnect

The described blockchain project architecture integrates smart contracts on Ethereum (ETH) as Layer 1 (L1), Hyperledger Fabric(HLF) as Layer 2 (L2), and a bridge that facilitates communication between these two layers. This system is intended for secure social and economic interactions within a networked community, leveraging the strengths of both blockchains.

The integration of L2 and the use of a bridge introduce several significant advantages:

• Reduced Transaction Fees: By utilizing an L2 solution, the project can significantly lower transaction fees. Transactions that handle social interactions and economic activities will be executed on L2, reducing reliance on Ethereum’s main network, which often faces high gas fees, especially during periods of congestion.
• Efficient Token Transfers: The bridge facilitates seamless and cost-effective token transfers between ETH and L2. Tokens transferred from Ethereum to L2 are locked in a smart contract on Ethereum and minted on L2, and vice versa. This process ensures minimal fees associated with token transfers, avoiding the high costs of direct Ethereum transactions.
• Streamlined Operations through Consensus Mechanism: The bridge employs a robust consensus mechanism using trusted addresses. These addresses must agree to authorize critical operations such as adding or updating links between names and addresses. This consensus mechanism ensures security and integrity while reducing the likelihood of unauthorized actions, thus providing a more reliable and lower-risk environment for users.
• Byzantine Fault Tolerance (BFT): The bridge implements a Byzantine Fault Tolerance (BFT) consensus system, ensuring that critical operations require a significant number of trusted signatures. This method reduces the risk of malicious activities, leading to decreased costs associated with security breaches and fraud prevention.
• Cost-Efficient Social and Economic Interactions: Since most social and economic interactions occur on L2, heavy and complex transactions that might be costly on Ethereum are efficiently managed on L2. This shift enables users to engage more freely in social networking and economic activities without worrying about high fees.
• Reduced Load on Ethereum: By offloading many operations to L2, the bridge alleviates congestion on the Ethereum network. A less congested Ethereum environment translates to lower gas prices for all users and a smoother transaction experience, indirectly benefiting users who operate primarily on Ethereum.

In summary, the integration of L2 and use of a bridge in this blockchain project not only enhances security and efficiency but also makes the ecosystem more user-friendly by reducing costs and transaction fees.

Schematic diagram:

2. Interactions

ETH to Bridge

The Ethereum class relies on a consensus between approved bridge addresses to execute critical functions. This interaction ensures only trusted addresses can manage sensitive operations enhancing security across both blockchains.

Bridge to L2

The Bridge facilitates operations based on predefined mechanisms, ensuring consistent and safe token transfers and other interactions between ETH and Hyperledger Fabric.

3. Functionality

Ethereum (L1 Smart Contracts)

• Binding Names to Addresses: The smart contracts on Ethereum store mappings between public addresses and unique names. This function is crucial for identity management within the blockchain.

• Updating Whitelist: The `updateBridgeWhitelist` method modifies the list of approved bridge addresses, ensuring that only consensus-approved addresses can execute bridge-related operations.

L2

• Managing Social and Economic Interactions: L2 methods cater to the complex business logic required for handling user interactions and economic transactions. The L2 solution leverages a more rapid and flexible environment than L1, making it ideal for real-time social and economic activities.

Bridge

• Token Transfers: The Bridge’s core function is to facilitate token transfers between the Ethereum mainnet and L2 solution. It uses a consensus-based approach to maintain security and integrity during these transfers.

4. Bridge

The blockchain system is designed to store the association between a public key and a username in Ethereum (L1), while processing social connections and relationships within the L2 layer. Potential L2 implementations may include HLF (Hyperledger Fabric) or COSMOS.

Bridge Between ETH and L2

To ensure secure and reliable communication between the Ethereum blockchain and the L2 blockchain, the system implements a bidirectional bridge consisting of multiple server components. Each server component has a unique key used for signing transactions processed by the bridge.

When a token is transferred from Ethereum to L2, the token remains on the Ethereum bridge and is emitted in L2. Conversely, when transferring back, the token is burned in L2, and a corresponding token is released from the bridge in Ethereum.

Heimdall Bridge Analogy

Similar to the Heimdall bridge, the Ethereum network employs a mechanism for collecting and verifying signatures. This ensures that all transaction signatures are gathered using keys that have been pre-approved and included in the list of trusted addresses. This process guarantees the authenticity of transactions within the bridge system.

Achieving Consensus

For executing methods that facilitate the interaction between the two blockchains, the system requires reaching a consensus among a set of permitted addresses. These addresses belong to the bridges and act as validators, thereby enhancing the security of the ecosystem.

Creating this structure with multiple nodes and a consensus system ensures high transaction reliability and increases the overall security of the blockchain solution.

Process Overview

The schematic process of how the bridge operates can be envisioned as follows:

ETH to L2 Bridge

1. When a token is transferred from ETH to L2, the token remains on the ETH bridge.

2. A corresponding token is emitted in the L2 network.

L2 to ETH Bridge

1. When transferring a token from L2 back to ETH, the token is burned in L2.

2. The corresponding token is released from the ETH bridge.

Technical Specifics

The bridge leverages multiple nodes, each responsible for verifying transactions. This multi-signature requirement ensures that no single entity has control over the bridge, which adds a layer of security and prevents unauthorized actions.

Security and Reliability

By implementing such a robust architecture, the blockchain system ensures the integrity and reliability of transactions between the L1 and L2 layers. This setup also minimizes the risk of hostile interference and maintains the seamless functioning of the interconnected blockchains.

5. 2,000,000 Transactions per Second

Hyperledger Fabric is a flexible and scalable framework for building blockchain networks, which organizes the peer infrastructure using three types of nodes: orderers, endorsers, and commitment peers. These components work together to maintain the chain of operations and consensus. However, more interesting than the standard concept is the specific architecture of Fabric’s implementation, which allows it to achieve, for example, 2 million transactions per second.

By default, at least one organization is created in Hyperledger Fabric, capable of creating an unlimited number of peers. These peers can interact with each other through channels (by default, interaction goes through a configuration channel), which functionally act as separate blockchains. Channels allow for the creation of multiple independent and parallel chains, each of which has its own endorsers, orderers, and committing peers.

Peer Infrastructure Structure

• Endorsers: verify transactions before they are sent to the orderers and confirm the fulfillment of conditions (endorsement policies).
• Orderers: receive transactions from the endorsers and arrange them in a sequential queue for further processing.
• Commitments: record the results, performing final validation and committing them to the blockchain.

This architecture is complemented by channel tools, which are functionally separate blockchains. Channels allow for the creation of multiple independent and parallel chains, each with its own endorsers, orderers, and commitment peers.

Opportunities for Increasing the Efficiency of New Projects

Let’s assume we have 100 different organizations, each deploying its own nodes. These nodes can support from one to many channels, allowing for a broad distribution of peers across these channels. Such a structure provides the opportunity to create an advanced infrastructure «out of the box» with high non-functional requirements such as high TPS (transactions per second) and low latency. This significantly simplifies access to reliable validators for new projects integrating into the ecosystem.

How to Achieve 2,000,000 Transactions per Second

The main approach consists of sharding by creating multiple channels and distributing nodes among them:

• Number of channels: In HLF, a large number of channels can be easily created. For example, let’s consider 2,000 channels.
• Transactions in one channel: Up to 1,000 TPS (transactions per second) can be achieved in one channel.

Using a simple formula by multiplying the number of channels by the maximum number of transactions in each:

Total TPS = Number of Channels * TPS per Channel
We get:
2,000 * 1000 = 2,000,000 TPS

This is how theoretical performance of 2 million transactions per second is achieved across the entire network, not just a single channel.

Advantages and Adaptation

Technological advancements allow for parallel processing, scaling the infrastructure without the need to rewrite existing code. Hyperledger Fabric can be adapted for dynamic load changes using the current organizational and channel structures.

The presence of a Smart BFT consensus in version 3.0 opens new perspectives for transforming private networks into more flexible structures, ready to operate in public spaces, making Hyperledger Fabric a universal solution for industrial and business needs as well as public user demands.

6. Justification for Choosing Layer 2 Architecture

7. Common Features of HyperLedger Fabric and COSMOS

1. Modular Architecture:

Both projects support a modular architecture, allowing users to customize the system to their needs. In HyperLedger Fabric, this is expressed through the ability to choose various components such as consensus algorithms, databases, and smart contracts. In COSMOS, modularity is achieved through the use of the COSMOS SDK, which allows developers to create custom blockchains with the required functionalities. Starting from version 3.0, HyperLedger Fabric introduces the ability to create custom blockchains based on channels.

2. Consensus Algorithms:

Both projects use consensus algorithms to achieve agreement among network participants. HyperLedger Fabric currently uses Kafka and RAFT (CFT). In version 3.0, the SmartBFT algorithm will be added, making it more flexible in choosing consensus mechanisms and enabling the creation of decentralized public networks. COSMOS uses the Tendermint algorithm, which provides high speed and security and also allows for the creation of both decentralized public and private networks.

3. Smart Contract Support:

Both projects support smart contracts, which automate the execution of conditions and operations. In HyperLedger Fabric, smart contracts are called Chaincode and can be written in various programming languages. Currently supported languages are Golang and TypeScript. In COSMOS, smart contracts are implemented through CosmWasm, which supports WebAssembly (Wasm) and allows writing contracts in languages that compile to Wasm, such as Rust. Additionally, Golang can be used for developing business logic in blockchain projects through additional mechanisms.

4. Open Source:

Both projects are open-source, allowing the community to contribute improvements and adapt them to their needs. This also promotes transparency and security, as the code can be reviewed and tested by independent developers.

5. Sharding:

HyperLedger Fabric: Does not support sharding in the traditional sense. However, thanks to its modular architecture, channels can be created to isolate transactions between different groups of participants. Channels essentially create separate blockchains where transactions are visible only to channel participants. This ensures a high level of isolation and confidentiality and allows multiple blockchain networks to be managed by the same validators or to redistribute existing validators (specifically endorsers) among all channels (i.e., independent blockchains), thus solving the scalability issue.

COSMOS: Supports sharding through its «zones» and «hub» architecture. This allows for the creation of independent blockchains (zones) that can interact with each other through a central hub. COSMOS uses the IBC (Inter-Blockchain Communication) protocol to ensure interaction between zones. This allows the network to scale by adding new zones that can operate in parallel and exchange data through the hub.

8. Differences between HyperLedger Fabric and COSMOS

1. Validators and Their Recruitment:

HyperLedger Fabric: In versions up to 2.5, validators (or nodes) are appointed by network administrators. This makes the system more centralized and manageable, suitable for corporate solutions. Validators in HyperLedger Fabric can be divided into several types: orderers, responsible for ordering transactions, and peer nodes, which execute smart contracts and store data. Recruiting new validators requires administrative intervention and agreement among network participants. However, starting from version 3.0, it is possible to implement a decentralized public network based on the following principles:

— The network is managed by organizations that control the orderers.
— Orderers will be managed by the SmartBFT consensus, solving the Byzantine Generals problem.
— An overlay on HLF will allow managing the addition/removal of organizations/validators based on BFT consensus.
— Validators will be able to service channels raised in the network.
— Thanks to the randomization algorithm (see article https://easychair.org/proceedings/paper.cgi?a=30984425&paper=615938), endorsers can significantly increase network performance and ensure efficient validation of tens of thousands of channels with a limited number of validators.
— Thus, the same validators can support multiple independent blockchains without loss of speed.

COSMOS: In COSMOS, validators are chosen based on staking ATOM tokens. Anyone can become a validator if they have enough tokens, making the system more decentralized. Validators in COSMOS participate in the consensus process and ensure network security. Recruiting new validators happens automatically through the staking mechanism, where users can delegate their tokens to existing validators or become validators themselves. However, it should be noted that when a new blockchain appears within COSMOS, new validators will need to be recruited.

2. Speed Parameters and Finalization:

HyperLedger Fabric: Transaction speed depends on the network configuration and the consensus algorithm used. With the addition of SmartBFT in version 3.0, improvements in transaction speed and finalization are expected. Current versions of HyperLedger Fabric can process up to thousands of transactions per second (TPS) depending on the configuration. Transaction finalization time also varies but can range from fractions of a second to minutes. This makes HLF suitable for applications requiring high performance and fast transaction confirmation.

COSMOS: Uses the Tendermint consensus algorithm, which provides high transaction speed and quick finalization. Tendermint can process up to thousands of TPS and ensures transaction finalization within a few seconds. This also makes COSMOS suitable for applications requiring high performance and fast transaction confirmation.

3. Ability to Interact with External Systems from Smart Contracts:

HyperLedger Fabric: Supports interaction with external systems through Chaincode, allowing blockchain integration with existing IT systems. Chaincode can call external APIs and interact with databases, making it a flexible tool for integration.

COSMOS: Smart contracts in COSMOS (via CosmWasm) can also interact with external systems, but this requires additional settings and integrations. CosmWasm supports external API calls through special modules, but this may require additional efforts for setup and security.

4. Ecosystem and Support:

— HyperLedger Fabric: Supported by the Linux Foundation and has a broad ecosystem of corporate partners. HyperLedger Fabric is part of the HyperLedger Project, which includes several other blockchain platforms and tools. This provides extensive support and access to various resources and tools for development and integration.

9. Conclusion

Today, HyperLedger Fabric offers flexibility and control, making it ideal for corporate applications requiring high confidentiality and manageability. Its modular architecture and the ability to create private channels provide a high level of data isolation and security.

COSMOS, on the other hand, offers scalability and decentralization, making it suitable for creating decentralized applications and public blockchains. Its zones and hub architecture allows for easy integration of various blockchains and ensures interaction between them.

With the release of version 3.0, HyperLedger Fabric can radically change the approach to building blockchain networks. Based on HLF 3.0, with the addition of appropriate overlays (without changing the HLF code), it becomes possible to create a network of validators managed by organizations (initially based on an analog of Proof of Authority), into which blockchain projects can then be added on the principle of «one project — one blockchain.»

The new blockchain project will immediately receive support from validators, eliminating the need for the project to find its own validators.

This will lead to the possibility of creating enterprise solutions with guaranteed non-functional requirements (TPS, latency) under the umbrella of a public decentralized network. This will significantly lower the entry barrier for blockchain projects aimed at mass adoption by eliminating the need to maintain their own infrastructure.

For the purposes of the TNS project, Cosmos is suitable as an infrastructure that already has a large number of integrations, including ready-made bridges to Ethereum, Bitcoin, and many other widely used decentralized public networks.

However, considering the TNS project’s goals of implementing mass adoption services, which will require a maximally open architecture with high non-functional requirements (TPS and latency), and taking into account the need for simplicity in deploying new blockchain projects based on TNS, which will require solving the problem of finding validators for each enterprise solution, Hyperledger Fabric 3.0 is the only solution available today.

HLF 3.0 offers tools for creating a decentralized public network with the ability to provide dedicated blockchain networks for projects, while also immediately offering transaction validation.

It is also important to emphasize that the final choice between HLF and COSMOS can be postponed to a later stage.

This is possible due to the aforementioned modular architecture of HLF and COSMOS and the organization of transaction submission similar to EIP4337, as already implemented in the test project.

Token

1. Token $TRUE

The TNS project token is issued on the Ethereum blockchain.

The token is intended to be a means of circulation in the TNS digital name ecosystem, including being used as a means of payment for the initial sale of names.

Regarding the value of the token, the team’s first strategic goal is to raise the TNS token into the top 30 of CoinMarketCap with a market capitalization of over $2 billion (total over $5 billion).

Following the sale of 2.5 million names, work will be deployed on its own blockchain, where the generated TNS namespace will be used both for addressing name-associated network resources and for direct addressing of documents and digital objects.

The token $TRUE0 was issued for initial crowdfunding purposes.

2. Tokenomics

Token: TrueConnect — $TRUE
Network: ETH
Total Tokens: 50,000,000 TRUE
Technical Release: All tokens are issued immediately. Additional issuance is not possible.
Currently supply: 0

Token Distribution and Unlock Schedule
PreSales: 5,000,000 TRUE (10%)
Purpose: Pre-sale to raise capital.
Unlock Schedule:

• At TGE: 500,000 tokens.
• Starting from the 3rd month: 750,000 tokens every two months until full unlock by March 1, 2026.

Funds and Investors (Institutionalists): 5,000,000 TRUE (10%)

Purpose: Allocated for strategic investors and major funds supporting the project.
Unlock Schedule:

• 500,000 tokens unlocked in the second month.
• Starting from Q3 of the first year: 500,000 tokens per quarter until July 1, 2027.

Launchpad: 2,500,000 TRUE (5%)

Purpose: Sale on external platforms to attract a wider audience.
Unlock Schedule:

• At TGE: 1,600,000 tokens.
• Remaining tokens:
  • 450,000 in the first month.
  • 112,500 in the second quarter, and 112,500 quarterly thereafter until full unlock by January 1, 2026.

Centralized Exchanges (CEX): 3,500,000 TRUE (7%)

Purpose: Exchange liquidity and listing fees. Used to stabilize token price volatility.
Unlock Schedule:

• Unlocked over the first four months after TGE:
  • 1,500,000 in the first month.
  • 1,000,000 in the second month.
  • 500,000 each in the 3rd and 4th months.

Advisors: 1,500,000 TRUE (3%)

Purpose: Compensation for official TNS representatives in the public domain.
Unlock Schedule:

• 300,000 tokens unlocked immediately.
• 150,000 tokens quarterly from Q3 2025 to Q2 2027.

Team: 3,500,000 TRUE (7%)

Purpose: Long-term motivation for the project team.
Unlock Schedule: 350,000 tokens quarterly from Q2 2026 to Q3 2028.

Marketing: 5,000,000 TRUE (10%)

Purpose: Attract users and increase awareness. The schedule aligns with periods requiring additional demand stimulation.
Unlock Schedule:

• 500,000 tokens in the second month.
• 250,000 every two months from June 2025 to February 2026 (total: 1,250,000).
• 1,000,000 tokens in January 2027 (to initiate a second wave of interest).
• 250,000 tokens in March and May 2027.
• 1,000,000 tokens in July 2027.
• Remaining 750,000 tokens in March 2028.

Airdrops and Retrodrops: 4,000,000 TRUE (8%)

Purpose: Reward early participants and partners while encouraging project audience growth.
Unlock Schedule:

• 100,000 tokens at TGE.
• 1,000,000 in December 2025, 1,000,000 in December 2026, and 1,000,000 in December 2027 (including for holiday campaigns).
• 900,000 tokens in December 2029.

Ecosystem: 20,000,000 TRUE (40%)

Purpose: Support user activity, partnerships, and liquidity. Used primarily to smoothen volatility and ensure more stable token acquisition.
Unlock Schedule:

• In the first year:
  • Month 1: 1,000,000 tokens.
  • Month 2: 500,000 tokens (to stabilize the «young» token market).
• In 2027:
  • 2,000,000 tokens in February, August, and December (6,000,000 total).
• In 2030: 2,500,000 tokens in April.
• Remaining tokens unlock in April 2031 (10,000,000 on the 74th month). At this point, all tokens will be fully unlocked.

Metric Explanations

Listing Price:
The initial token price is expected to be $3 at TGE, based on private sale evaluations and projected market demand.

Vesting:
All token categories include lockups to ensure fair distribution and prevent manipulation.

Volatility Protection:

• Ecosystem and CEX tokens are used to stabilize price fluctuations over medium and short-term horizons, respectively.
• Marketing tokens are deployed during periods of reduced interest to invest in marketing, advertising, and project promotion.

Names$

1. Names$ TNS

The name has a specific format:

• The name consists of Latin characters, Arabic numerals, and the «_» symbol.
• The name length ranges from 1 to 22 characters.
• To identify a name as a TNS standard, it uses the «$» suffix, e.g., «name$».
• The name can store project tokens like $TRUE within itself and, in the future, third-party assets. This information is also stored in the contract.
• A name can only be obtained through an auction within the contract.
• A name is issued once and can be transferred or sold an unlimited number of times.
• A name cannot be seized from its owner or destroyed.
• A name cannot be blocked or restricted in rights compared to other names. It is unique and cannot be duplicated.
• A name is acquired permanently, like a digital asset with inheritance rights.
• A name can be inherited. The name contract is protected by a list of heir wallets. If specified, SecondWallet is not considered, allowing any listed heir wallet to initiate a name transfer transaction six months after no activity from the name wallets in the blockchain. If this method is not used, the name will be transferred back to the TNS Foundation, and the owner will be given a way to restore access. If no proof is provided, the name will go to auction.

2. Technical Information

From a storage and processing perspective in the ERC-1155 standard, names are stored as metadata linked to token identifiers (token IDs). ERC-1155 enables efficient batch transfers and allows multiple token types to be associated within a single contract. The expandable and flexible architecture of this standard makes it suitable for projects requiring dynamic management of various token identifiers and associated metadata, in this case, names.

Additionally, the use of the NFT standard is crucial for ensuring that user names natively appear as NFTs in their wallets. This native representation simplifies the user experience and aligns with modern digital asset standards. However, for name-related operations such as selling or transferring, interaction with the TrueConnect Layer 2 (L2) blockchain will be required. Layer 2 solutions are designed to handle a higher volume of transactions, offering faster and cheaper transactions compared to the main blockchain network (L1).

Furthermore, native interaction with the platform is enhanced by cross-chain functionality, enabling multiple transactions across different blockchains with a single signature. This functionality is crucial for maintaining state consistency and ensuring seamless asset transfers and contract execution across various networks, reducing complexity and improving transaction efficiency. This robust mechanism is critical for decentralized applications aiming for broader interoperability and scalability.

Name Storage Locations

• L1 (Ethereum): The primary storage for names, their associated public keys, addresses, and flags indicating whether a name can be transferred. This ensures security and immutability of stored data.
• L2 (HLF TrueConnect): The project’s main and advanced blockchain, handling a broader set of functions such as establishing and managing social connections between users. Social links, core contracts, entity data, and economic activities based on these names are managed here, making L2 more dynamic and scalable for additional information and metadata.

Name Creation Rules

Names are created through an auction using a digital contract on the TrueConnect L2 blockchain network and are duplicated in the Ethereum network via a dedicated DApp application: https://app.trustname.org/.
Proof of ownership and the names themselves are stored within the contract on the TrueConnect (L2) network and duplicated in Ethereum (L1).
More details about the auction rules can be found in the auction section.

How is the initial cost of a name determined?

The initial cost of a name is determined at the primary auction, which allows the purchase of a unique name. The minimum cost calculation is based on its length and a predefined contract algorithm.

Formula for Calculating the Minimum Cost:

Difference Between Name Length and Base

lengthDiff=13−nicknameValue.lengthlengthDiff=13−nicknameValue.length

Here, nicknameValue.length is the length of the name (ranging from 1 to 22 characters), and the base threshold value (13) may be reduced by the team as the network token grows.

Minimum

approximateCost=max⁡(20,100.5×lengthDiff)approximateCost=max(20,100.5×lengthDiff)

If the name is longer than 13 characters, the cost does not fall below the minimum.
The shorter the name, the higher its minimum cost due to the exponential increase in cost as length decreases.
The cost is denominated in $TRUE tokens.

Example of Minimum Cost Calculation:

• Name with a length of 4 characters:
  lengthDiff=13−4=9lengthDiff=13−4=9
  approximateCost=max⁡(20,100.5×9)≈100
  approximateCost=max(20,100.5×9)≈100
  Minimum cost: 100 $TRUE
• Name with a length of 15 characters:
  lengthDiff=13−15=−2lengthDiff=13−15=−2approximateCost=max⁡(20,100.5×−2)=20
  approximateCost=max(20,100.5×−2)=20
  Minimum cost: 20 $TRUE

Important:
The initial cost of a name directly depends on its length and is determined by the formula, considering the exponential cost increase for shorter names.

3. Future Business Potential

Ideally, this section should showcase your business model, financial calculations, and revenue generation plans:

The Trust Name Space project possesses significant business potential thanks to its unique ecosystem of services, such as TrustLink, TrustDoc, TrustKYC, TrueConnect, and WalletID. Each of these services not only contributes to ecosystem growth but also establishes a sustainable monetization model. Below are the key areas of growth and revenue:

1. Trust Name Space Name Sales

One of the primary revenue sources for the project is the sale of names within the Trust Name Space system. Users can purchase unique names, which integrate into the ecosystem and serve as their digital identifiers. 5% of the name purchase cost is allocated to Team DAO. This model enables:

• The creation of demand for the limited resource of unique names.
• A portion of revenue from name sales to be directed into the decentralized autonomous organization (DAO), enhancing community involvement and project development.

2. Growth of TRUE Token Value

The TRUE token is the primary interaction tool within the ecosystem. An increase in the number of users and services, along with heightened activity within the system, drives demand for the token. Since the initial name sale mechanism involves burning 10% of the token value per name, the growing demand for names will reduce the number of tokens in circulation, contributing to their increased value.

3. TrustKYC Monetization through Partner Integrations

The TrustKYC service offers reliable and scalable identity verification solutions for blockchain ecosystems, making it attractive for banks and financial institutions.
This solution indirectly brings significant liquidity into the ecosystem while directly generating revenue through:

• Integration with RWA asset platforms and tokenization
• Collaboration with private banking through fiat channels
• Bridging traditional finance and crypto assets
• Providing a trusted business environment for interactions without exposing transaction details
• Partnerships with banks and fintech companies
• Automated KYC processes compliant with regulatory requirements

4. Additional Services: TrustLink, TrustDoc, TrustLaunch, and WalletID

The services TrustLink, TrustDoc, TrustLaunch, and WalletID enhance the project’s economic model by creating additional monetization opportunities. They attract new users and organizations, generate revenue through subscriptions, fees, and corporate integrations, and further strengthen the ecosystem as a whole.

Financial Model

The financial model of Trust Name Space (TNS) is based on the projected growth of the user base and the increasing turnover of tokens within the ecosystem.

Key Metrics:

• Tokenized Name Pricing:
  The average price of a name ranges from $TRUE 20 to $TRUE 1,000,000, depending on its length. This structured pricing strategy drives strong demand for the token. As the token price rises, the number of tokens required for a base name will dynamically adjust to maintain a reference price of $20 USD per standard name.
• Deflationary Tokenomics:
  A built-in burn mechanism removes 10% of the token value from circulation with every name purchase, reducing the total supply over time. This deflationary model is designed to drive long-term price appreciation and enhance token scarcity.
• Viral Referral Economy:
  85% of the revenue from name sales is distributed across 8 referral levels, allowing users to earn rewards from both purchases and sales. This incentivizes participants to actively grow the network, creating a self-sustaining viral effect.
• Market Expansion & Industry Standardization:
  Unlike competitors (Worldcoin, ENS, Unstoppable Domains), which focus on closed ecosystems, TNS is designed as an industry-wide standard. Market analysis indicates a steady rise in domain registrations, and by positioning itself as the universal solution, TNS aims to capture a significant market share.
• Revenue from Corporate Integrations:
  TrustKYC, TrustDoc, and TrustLink generate consistent revenue streams through enterprise subscriptions and API integrations, ensuring stable cash flow and long-term sustainability.

With a scalable model, deflationary tokenomics, and strong referral incentives, TNS is positioned to become a leading force in the decentralized identity space, driving adoption and value growth for investors.

4. Name Transfer Mechanism

Transferring a name from one user to another involves the following stages:

1. Primary Auction: Users with invitations can bid on names. The highest bid at the end of the auction period wins the name.
2. Secondary Auction: Users can resell their names.
3. Direct Transfer: Names can also be transferred directly between users without requiring a secondary auction.
4. Inheritance: If a name is inactive for a certain period and transfer settings are configured, it can be inherited by another wallet or the TNS Foundation. This mechanism prevents inactive names from stagnating and preserves asset value.

TNS Name Inheritance Scenarios

Inheritance of a TNS name follows four possible scenarios:

If the name is owned by a single wallet:

• After six months of inactivity, the TNS Foundation unlocks the name for recovery.
• The owner has two years to reclaim the name with proof of ownership.
• If unclaimed, the TNS Foundation places it back on auction.

If the name is owned with a linked SecondWallet:

• After six months of inactivity (or a custom-set period), the name unlocks for SecondWallet.
• After one year, it unlocks for TNS Foundation.
• The owner has two years to reclaim the name. If unclaimed, it goes to auction.

If the name is owned with a list of heir wallets:

• After six months of inactivity (or a custom-set period), the name unlocks for all heir wallets.
• If a SecondWallet is linked, it does not participate in this list.
• After one year, the name unlocks for TNS Foundation.
• The owner has two years to reclaim the name. If unclaimed, it goes to auction.

If the name is owned with a designated external organization as heir:

• After six months of inactivity (or a custom-set period), the name unlocks for the designated organization.
• The organization can manage the name based on internal regulations and verified real-world eventsrelated to the owner.
• This ensures the preservation of names under various inheritance scenarios, preventing total loss.

These inheritance methods are designed to protect the identity ecosystem, prevent loss of access, and preserve social capital. TNS introduces revolutionary approaches to safeguarding digital names and establishing a new standard.

5. Name Direct Transfer Without Auction

In addition to the auction processes, there is a mechanism for direct name transfer without an auction. This process can be illustrated in a diagram:

Auction

1. Primary Auction

A name can be obtained by winning a name auction.

The auction takes place within the main TrustNameSpace contract, where all name holdings are recorded.

The text of the contract will be available immediately in Etherscan and later in the audit report of this contract. Openness to the contract code and auditing is a basic condition for ensuring trust in the entire TNS standard. The applicability of the standard is determined by the end users of the names and the ecosystem.

The Ethereum network for the name contract and proof-of-ownership has been chosen to ensure the principles of open architecture and open standards.

The primary auction has several rules:

1. The starting bid is determined by the length of the name: the shorter the name, the more expensive it is.
   • This is necessary to protect the space from «cluttering,» ensuring that short names go to the actual beneficiaries of brands, commercial and government organizations, as well as major influencers.
2. Bids are placed in the project token $TRUE.
   • If a user lacks tokens, the auction ensures automatic conversion of ETH to $TRUE for placing a bid. This process is native and requires no additional actions from the user.
3. The minimum bid threshold is set by the contract and can be adjusted.
   • This is done to account for potential multiple increases in the token’s value, ensuring that the cost of a name remains reasonable.
4. The auction has a minimum duration, which starts from the first bid.
   • This value is dynamic and defined by the contract.
5. The threshold for the next bid and its minimum increase are determined by the contract logic.
6. The extension of the auction time after a bid is also determined by the contract logic.

Technical Specification

• Any invited user who has not yet chosen a name can participate in the auction.
• Users who have registered but do not have a name can select an available name and put it up for auction.

The auction operates in a standard way: the highest bid at the end of the auction wins. The starting price of a name is calculated based on the formula from the «Invitations» section.

• When the first bid is placed on a name, the auction ends in 1 month. This time decreases with each new bid depending on an adjustable variable.
• Each new bid extends the auction by 10 minutes.
• Each new bid must be at least 5% higher than the current one.

When the auction is completed:

• A transaction is generated in Ethereum (ETH).
• After passing through the necessary bridges (from Layer 2 to ETH and back), Layer 2 updates its state and assigns the name to the user.
• In Ethereum, a name lock flag is set, allowing the name to be transferred by default.

These processes can be represented as follows:
A diagram illustrates how a name is put up for auction and how bids surpass the current offers.

— Diagram of assigning a name in ETH through bridges.

A separate point to highlight is the «reward calculation by graph» mechanism.
This system distributes rewards as follows:

• 85% is distributed at the Layer 2 level among participants in the referral program, up to 8 levels deep (or fewer if there are less than 8 levels). If there are fewer levels, the remainder is transferred to the last level.
  
  Distribution per level:
• Level 1: 35.00%
• Level 2: 10.00%
• Level 3: 7.00%
• Level 4: 7.00%
• Level 5: 7.00%
• Level 6: 7.00%
• Level 7: 7.00%
• Level 8: 5.00%

• 10% is burned.
• 5% is allocated to the DAO/team wallet.

The bid includes 3 variables:

• Name
• Bid amount in $TRUE tokens
• Name chosen as the provider (default: trustnamespace$)

Once the auction time ends, the name is released and becomes owned by the wallet that placed the last bid. An NFT is issued under this name and transferred to its owner.

The contract confirms ownership of the name and preserves its history.

2. Secondary Auction

In addition to transferring the name to another wallet, the owner of the name can put it up for auction:

• The minimum price for the name is set by the owner, with the bid threshold being x0.5 of the last price.
• The auction conditions are set by the owner (from 10 minutes to 90 days).
• The auction is conducted using a contract and cannot be contested by third parties.
• The name transferred via the auction is fully legitimate and passes to the next owner.

The process of the secondary auction is similar to the process of the primary auction. The process diagram is presented below:

Important information about the secondary auction: 

• Name owners have the opportunity to initiate a secondary auction and set a minimum bid for the name.
• Initiation costs 1% of the minimum value of your name, but no more than 2 minimum values of TNS names.
• Minimum bid: 5% of the primary auction price.
• Auction duration: set by the owner (from 10 minutes to 90 days).
• Ownership is automatically transferred upon auction completion, with all conditions guaranteed by the contract.
• Each subsequent bid extends the auction by 10 minutes.
• The difference between bids must be at least 1% of the price.
• If there are no bids, the auction ends without transfer.
• In the case of a successful close, the commission is 5%: 2% goes to the Team DAO/team wallet, and 3% is distributed proportionally (in the same proportion as when the names were initially purchased) across 8 levels of the referral network. 95% goes to the previous owner.

Services & Ecosystem

Trust Ecosystem

The underlying value of the trust namespace is determined by the services within this ecosystem.

There are 10 in total at launch, the first 5 of which are presented next:

TrustLink.ws

TrustLink is a core service for names within the TNS (Trust Name Space) ecosystem, providing users with a unique page on the network that they fully own. Unlike traditional domains or social networks, TrustLink is independent of centralized providers, eliminating risks of blocking or censorship.

Key Features of TrustLink:

• Social Media and Resource Identification — TrustLink allows TNS names to be linked to social networks, websites, and other digital resources. Linking is based on two-way verification of resource ownership, preventing fraud and ensuring data authenticity.
• Social Profile with Reputation — TrustLink functions as a Web3 alternative to LinkedIn, but with additional features. Users can create professional profiles with reviews, reputation data, and a social graph. Reviews from other users confirm the reliability of the name’s owner. The social graph displays the network of connections associated with the name, helping to build trust in the digital environment.
• Transparency and Name History — TrustLink provides detailed information about the name’s owner, including their profile, the date of acquisition, information on signed transactions, ownership history, and other financial indicators.
• Standard for Online Fraud Protection — TrustLink enables the verification of individuals, companies, or organizations by linking their digital presence to authenticated resources. This helps combat online fraud and AI-generated content forgery.
• Protection Against Name Compromise in Case of Theft — If the primary wallet owning the name is changed, all resource links immediately become invalid, which is promptly reflected in the service. Users are required to re-establish two-way links between resources (websites, social networks, messengers) and the name. This mechanism ensures up-to-date information about the name owner and provides a level of fraud protection in case of key theft from the primary wallet.

TrustLink represents the future of social identification and communication security. This service will become the standard for identity verification in the digital world, unlocking new opportunities for interactions between individuals, companies, and organizations.

TrustDoc.ws

TrustDoc is a core service for signing files and documents using a TNS name. It provides a tool for verifying and authenticating digital documents, ensuring security, confidentiality, and transparency. Since many digital signatures lack verification and legal recognition in various countries, verifying information authenticity and reaching agreements in the digital space is nearly impossible today. TrustDoc addresses this trust issue in document authenticity by leveraging Web3 and an entity represented by a TNS name.

TrustDoc is designed to protect interests and formalize agreements in the digital space. Its mission is to ensure that documents signed via a TNS name can be legally valid, secure, and entirely confidential, while maintaining high trust and transparency in digital interactions.

Key Features of TrustDoc

1. Signing Documents with a TNS Name — The service allows users to sign documents using their TNS name, ensuring unique identification of the signer. The document is assigned a hash generated by the contract, which serves as its verification method.
2. Hash Storage Only — TrustDoc stores only the document hash on the TrueConnect blockchain, not the actual file (files are deleted after the operation is completed), ensuring complete confidentiality. Users can submit a document for verification by comparing it to the hash stored in the system to confirm its authenticity.
3. File Verification by Hash — Users can upload a document to verify its authenticity. The system compares the uploaded file with the hash stored in the contract to confirm it is the exact document previously signed by a specific TNS name. Each signed document maintains a history of changes and signatures.

TrustKYC

TrustKYC is an innovative blockchain-based identification and authentication service. The service stores the results of KYC (Know Your Customer) procedures in unique NFT certificates, which their owners can provide to confirm their status. The unambiguous connection between the KYC NFT certificate and its owner is ensured within the TNS ecosystem by linking the certificate to a TNS name. This allows name owners to complete the KYC procedure once, receive a certificate, and subsequently interact with various organizations using the certificate without additional checks on their part. For businesses, this reduces regulatory risks and prevents customer data leaks, improving interactions between users and services.

Key Features of TrustKYC

1. Verification via NFT

After completing the KYC procedure, the user receives a unique NFT certificate linked to their TNS name. The NFT certificate acts as a tamper-proof digital proof of identification and allows the TNS name to be used across various ecosystems. Gaming platforms, exchanges, marketplaces, and other services can process clients using only their status and limits, without accessing personal data.

For an additional fee, users can obtain a special «checkmark» in the form of an NFT certificate from a specific financial organization. This certificate confirms that at the time of issuance, the user was recognized as a trustworthy entity by the financial organization. Users can approach multiple financial organizations with this certificate without undergoing repeated KYC procedures. For banks, issuing certificates to TNS names can become a new business model and a channel for expanding their client base.

2. Universal Integration

TrustKYC enables connection to third-party services without sharing personal data. Instead of fully disclosing information, the service provides only the necessary details requested through secure communication channels, ensuring confidentiality.

3. No Need to Store Personal Data

Third-party services can work with clients based on information provided by TrustKYC without the need to store their personal data. This allows services to avoid regulatory risks associated with data storage and processing.

TNS WalletID

WalletID: A Cloud Wallet for Storing and Recovering Access to Crypto Assets and Names

• WalletID is a cloud wallet that operates similarly to Apple ID.
• It allows users to securely store their name and recover access to it in case of device loss. If you lose your smartphone or another device where your TNS WalletID access is stored, you can always restore access to your name and tokens via the cloud system.
• Access to the user’s name is stored within WalletID, ensuring data protection and recovery capabilities.

Second Wallet

Second Wallet is an additional non-custodial wallet linked in the name contract, providing convenient and secure access without impacting the user’s name or TRUE tokens. This feature is optional and can be enabled at the user’s discretion.

Key Features of Second Wallet:

• The Second Wallet technology is disabled by default and can be enabled at the user’s request to enhance security.
• It provides flexibility and quick access to confirm ownership of the name without the possibility of stealing the name or its assets.
• By linking the Second Wallet to the primary name smart contract, users can sign various transactions on behalf of the name without using the main wallet.
• Enables signing messages, documents, content, liking, and providing various ratings on behalf of the user. It also allows confirmation of two-way linking in the TrustLink service. Third-party projects can propose their own use cases for transactions signed by the Second Wallet.
• The Second Wallet can be used to link a wallet for inheritance mechanisms, allowing third parties to manage the name and its assets.

This system ensures a balance between quick ownership confirmation, convenience for simple actions, and the security of the main wallet.

• Become a partner in the ecosystem

Write to [email protected]

Governance & Ecosystem Fund

1. DAOs

In the Trust Name Space (TNS) ecosystem, there are two key decentralized autonomous governance bodies (DAOs) responsible for platform management and community participation in decision-making:

1. Team DAO
   Goal: Management of system processes, including technical and administrative matters.
   Governing Token: Special team tokens held in the wallets of developers, including anonymous participants.
   Voting Scheme:
   Platform: Voting takes place via a smart contract on the TrueConnect blockchain.
   Voting Right: Only team wallets holding Team DAO tokens are eligible to vote.
   Voting Threshold: At least 51% of Team DAO tokens must vote «for» in order to pass a decision.
   Voting Scenarios:

• Auction Parameters: Approval of the minimum token bid, name length parameters.
• Technical Changes: Suspension of smart contracts or their updates.
• Financial Decisions: Transfer of funds from the main token issuance address to a proposed address.
  Collusion Problem Resolution:
  Votes are distributed among key wallets to prevent dominance by a single participant.
  Transparency of contracts ensures oversight of actions.

2. TNS Foundation DAO
   Goal: Participation of all users in the development of the TNS ecosystem, supporting projects, and resource distribution through decentralized governance.
   Governing Token: $TRUE – the main ecosystem token used for voting and governance.
   TNS Foundation Funding Source: The key component of the DAO is the name $trustnamespace positioned at the 0 level of the social tree. All first names will be placed under this name, thus the DAO will receive a large number of liquid $TRUE tokens from each name purchase at the start. These tokens will be preserved and invested transparently for ecosystem development through the DAO, in contrast to basic market models where developers take profits for themselves instead of focusing on development.

Governance and Voting Scheme
Leaders:
Functions:

• Appointment and removal of advisors.
• Initiation of votes on key issues.
  Golden Share in the form of a special token: Leaders have special powers, ensuring control over the advisor composition and the ability to add new participants.
  Advisors:
  Role: Advisors are trusted participants in the ecosystem (wallets with names of well-known figures or verified participants).
  Functions:
• Initiating initiatives, including grants, supporting projects, and strategic changes in the ecosystem.
  Initiative Process:
  An initiative is created by one of the advisors and discussed among the advisors.
  If the advisors reach a consensus (e.g., the majority supports), it moves to a public vote by $TRUE token holders.
  $TRUE Token Holders:
  Voting Right: All users holding $TRUE tokens can participate.
  Decision:
• If the majority votes «for,» the initiative is accepted.
• If the majority votes «against,» the initiative is automatically rejected.

Key Voting Parameters:
Platform: The smart contract on TrueConnect ensures transparency and immutability of voting results. The voting interface and its results, as well as detailed information about the initiative, are presented on the official TNS Foundation page.
Voting Threshold:

• If the majority votes «for,» the initiative is accepted.
• If the majority votes «against,» but their holders do not exceed 200,000 $TRUE tokens, indicating a very small number of participants, the initiative is accepted.
• If the majority votes «against,» the initiative is automatically rejected.
  Decisions:
  Examples:
• Grant issuance (e.g., transferring 200,000 $TRUE tokens for project development).
• Supporting integrations and partnerships.
• Financing infrastructure improvements.

Collusion Problem Resolution:
Role of Leaders and Advisors:
Leaders form the composition of advisors and control the initiative initiation process, preventing abuse.
Advisors undergo internal approval before an initiative is put to a vote.
Transparency:
All actions (appointments, votes) are recorded in smart contracts, allowing the community to monitor the processes.
Voting by Holders:
Tracking all votes helps avoid domination by a small group.
The 200,000 token «against» limit serves as an additional barrier against incorrect decisions.

Example Scenario:
An advisor initiates a proposal to allocate 100,000 $TRUE tokens to support a project in the ecosystem.
Advisors discuss the proposal and vote among themselves. If the majority votes «for,» the proposal moves to a public vote.
$TRUE token holders vote:

• If the majority votes «for» or the number of «against» votes does not exceed 200,000 $TRUE tokens, the proposal is accepted.
• If «against» exceeds 200,000 tokens, the initiative is automatically rejected.
  If the initiative is accepted, the smart contract automatically transfers the funds to the designated project name in TNS.

TNS Foundation DAO Flowchart:
Leaders ➡️ Add/remove advisors.
Advisors ➡️ Initiate and approve initiatives at the council level.
$TRUE Holders ➡️ Participate in voting.
Decision:

• If the majority votes «for» and «against» < 200,000 tokens, the initiative is implemented.
• If the majority votes «against» and «against» ≥ 200,000 tokens, the initiative is rejected.

New Product Concepts (TBA)
For products under development, the DAO structure will be adapted according to their needs. The specific scheme and parameters will be presented in Q1–Q2 2025.

2. Commissions

• Names

Withdrawal of tokens from a name requires payment of a 0.5% Commission on the project token.

The withdrawal Commission is done to limit the manipulation of the name’s reputation size.

Initially, the launch will include small commissions in L2, which will later be refined into the following mechanism:

Proof of Involvement, Nodes, and Commissions

The L2 Sidechain is designed to have a maximum of 1000 nodes participating in commission distribution. Each node must meet minimum technical requirements and is activated by a wallet with a name. This name should be among the names that have activated nodes with the highest amount of tokens on the name multiplied by the name’s distribution value. The commission from L2 operations is distributed among randomly selected nodes (mechanism described below) that directly performed the work.

The mechanism to determine which nodes will process a transaction is probabilistic. The likelihood of selecting a node for processing is higher the more True tokens are in the name’s account (formula adjustments are possible). During L2 operations, all nodes that systematically provide incorrect responses will be monitored and disconnected from the network (they will not be selectable by the random node selection mechanism).

3. Official Registrar

The TrustNameSpace gives each user the opportunity to register a unique name that will become your digital asset in the TNS ecosystem. Registering a name is the first step to building your social capital and building your trust tree.

Once the official name registration auction is launched, you will be able to use this tool at the following link:app.trustname.org

Follow the project news to not miss the launch and be among the first to take the most valuable names!

4. Principle of Social Capital $

TrustNameSpace (TNS) is a decentralized project that lays the foundation for a new social capital system built on blockchain. At the center of the project is the idea of forming a unique tree of relationships that reflects social trust between participants. Each TNS user becomes not just the owner of a name, but also creates an asset measured by the number of TRUE tokens associated with that name.

Key principles of the project:
Decentralization and openness:
The TNS blockchain is a fully distributed network that eliminates centralized points of failure. All information about trust trees, names and tokens is stored securely, transparently and beyond the control of third parties.
Social capital as a resource:
Social capital is measured by the number of TRUE tokens distributed in your trust tree. The more trusted connections and the more active your referrals are, the greater the value of your name.
Tiered Trust System:
TNS operates on a tiered (8 levels) system where each new level expands the trust tree. This drives the ecosystem through recommendations and building real social connections.
Verified trust:
Verification happens via blockchain, which eliminates data falsification and allows each participant to build honest connections within the ecosystem.

How does the 8-tier system work?
The TNS model is built on the principle of a trust tree, where each level is an extension of your social network:
Base level (0):
This is the level of the user himself. He registers a unique name (TrustName), which becomes a digital asset. The equity at this level is determined by the number of TRUE tokens assigned to the name.
Level 1:
These are direct referrals — people who joined on your recommendation. You earn interest for their activity and capital.
Level 2:
Referrals of your referrals. They also add value to your tree, but with a smaller share of deductions.
Levels 3-8:
With each new level, the system expands your trust tree. At level 8, there may be thousands of members who contribute their share to your name equity. While the distribution percentage decreases at higher levels, the overall benefit grows by scaling.
TRUE token distribution:
Every action — from activating your name to adding new referrals — strengthens your tree and earns rewards in the form of TRUE tokens. These come based on the depth of the connection (level) and network activity.

Why is TNS the future of decentralization?
Maximized distributed blockchain:
With a system of trusted connections based on 8 levels, TNS becomes one of the most decentralized ecosystems. Control is distributed across millions of users, eliminating manipulation and centralized control.
The unique economics of a name:
Each name becomes an asset whose value grows through network activity. This creates a unique model where social connections directly impact economic returns.
Engagement incentive:
The referral tree model allows each participant to directly impact their income. The more people you engage, the more your social capital grows.
Security and trust:
With blockchain technology, TNS eliminates fraud and provides transparency in all transactions.

TNS is not just a referral, but a revolution in how we measure trust and build social capital in the Web3 era. By joining the system, you become part of a new type of economy, where it’s not resources that matter, but your connections and trust.

5. TNS Foundation Program

All income from the registration of names formed based on the principle of social capital and stored on the name trustnamespace$ will be used to finance further projects of the ecosystem.

The TNS Foundation DAO ecosystem body is responsible for controlling the name balance and distribution rules.

On the official page, you will see the current balance and the list of projects funded by this organization.

The main goal is to maximize the underlying value and applicability of the trust namespace. Support is provided by unlocked $TRUE tokens.

The amount of support is from 1,000 to 1,000,000 USD at the average exchange rate.

6. Become a partner

We want to see among our partners, people with burning eyes, who share our principles and see the current problems of Web3.

If you already have an active project in the form of a custodial wallet or exchange and you want to integrate our standard into your own, we will gladly consider such a proposal.

Write to [email protected]

Resources

1. RetroDrops Rules

RetroDrop first and second round

Coming soon

The rules will be published at a later date. Be sure to participate in as much activity as possible in the official X community, Discord, and Telegram.

Your participation in these channels will provide you with access to important updates and detailed information about the rules, which will help you make the best use of our opportunities and get the most out of our project. We appreciate your participation and are committed to providing you with all the information you need to make your experience as rewarding and satisfying as possible.

2. Privacy Policy for Trust Name Space (TNS)

• TNS has no interest in profiting from users’ data;
• TNS strictly follows the Google and Apple Privacy requirements.

1.Information Collection

We collect information you provide to us directly when you register on the platform, as well as information automatically generated when you use our services, including, but not limited to, access logs and transaction data.

2.Use of Information

The information we collect is used to provide and improve our services, account security, and to communicate with you.

3.Disclosure of Information

We do not disclose your personal information to third parties, except as required by law or to provide our services, with your authorization or at the request of competent authorities.

4.Security

TNS takes measures to protect your information from unauthorized access, use or disclosure.

5.Access to and correction of information

You have the right to request access to your personal information that we maintain and, if necessary, to request correction or deletion.

6.Changes to our privacy policy

We may update our privacy policy from time to time. Any changes will be communicated through our website or by email.

7.Contact Information

If you have any questions or suggestions regarding our privacy policy, we are always here to help. Email us at [email protected].

3. Security

All our applications function according to the concept of decentralized applications (DApps), which means that they operate within the framework of blockchain technologies, providing maximum security and transparency for users. It is important to note that our platform does not require the storage of mandatory authorization data. We do not store users’ data and adhere to the highest standards of privacy.

To make some of our DApp systems work more efficiently, we use technology to store cookies in your browser. These cookies are small pieces of information that are stored on your device and allow us to provide certain functionality. You can find more information about our privacy policy and the use of cookies in the Privacy section of our platform.

We adhere to the principle of maximum data protection and provide full transparency regarding data processing. Your privacy and security remain our priorities and we ensure that all your data is only used with your consent and by our security policies and standards.

4. Smart Contract Audit

At this time, our TNS’s Smart Contract is under active audit, which is being conducted with the utmost care and attention to detail.

This audit is a key step in the development of our project, and we are giving it top priority to ensure that our smart contract is as safe and secure as possible for all of our users and investors. We understand that you may be interested in learning more about the audit process and its current status.

Please be assured that we regularly update our communication channels and official sources of information with important news and updates on the progress of the audit.

We are working hard to ensure that our development and audit process is as transparent and open as possible, and we thank you for your interest in our project. We encourage you to stay tuned to our updates as we strive to create an environment where all users can be confident in the security and reliability of our smart contract. Soon, we will provide more information on the completion of the audit and the next steps in the development of our TNS project.

5. Ethereum Contract Security of Ownership

Names in our TNS crypto project are securely stored on a contract basis and associated with your wallet, providing the highest level of security and privacy. However, it is important to remember that the security of your name depends on the security of your own wallet and seed phrase.

If your seed phrase is leaked or your wallet is hacked, there is a potential risk of losing rights to your names in our system. This could be a serious threat to your assets and private data.

To ensure security and protect your interests in such unforeseen situations, our services include a procedure to reset all data associated with your name upon confirmation of loss of control of your wallet. This is an additional security measure that is designed to protect you from loss of assets and the unscrupulous actions of intruders.

However, keep in mind that the very name associated with the lost wallet will be lost following this procedure. Therefore, we strongly recommend that you adhere to the highest security standards and carefully protect your passphrase and wallet to avoid losing access to your names and assets in our system. Your security is our priority and we always strive to provide you with the best protection measures.

6. Rules

Members of our system are committed to respecting other members by creating an environment where mutual respect and understanding are valued. We strive to create a community where each member participates in shaping a positive and mutually beneficial experience.

It should be noted that, following our policies and U.S. law, United States citizens are prohibited from using our services and $TRUE tokens or engaging in any action that could give rise to legal proceedings under U.S. law. If a U.S. citizen does decide to use our TNS services or take actions that may give rise to legal consequences, he or she therefore unconditionally agrees to indemnify us for any potential consequences associated with such proceedings, should they arise.

These measures are intended to comply with legal regulations and to ensure the legal security of both our project and our users. We recommend that all system participants thoroughly familiarize themselves with the rules of use and comply with them to ensure safe and respectful interactions in our crypto project.

7. Getting Help

If you have trouble with the app, please use the following link to contact customer support:

Submit a request or send an email to [email protected]

8. How to get started

Now in Q1 2025 there is no opportunity to buy a name.

You can participate in the purchase of token $TRUE before its Claim and Listing.

To do this use the official TrustLaunch platform.

9. Section for developers

L2 Explorer API

The L2 (TrueConnect) Explorer API is designed to provide comprehensive access to all information stored on Layer 2 (L2) blockchain. To facilitate fast and efficient data retrieval, this information will be duplicated in a relational database. The database will store the entire graph of relationships (i.e., who invited whom into the project), associations between names and addresses, as well as the earnings of each user.

The purpose of the L2 Explorer is to offer easy-to-use interfaces (REST API, WebSocket) to retrieve information exclusively built on blockchain data. Below are the specific details of the data model and functionalities provided by the L2 Explorer.

Data Stored in the L2 Explorer

• Transactions Involving Names:
  • Purchase, Sale, Transfer of Name: The explorer maintains a history of transactions involving the purchase, sale, or transfer of names.
• Wallet Information:
  • MainWallet and SecondWallet: Stores the main wallet and secondary wallet information.
  • Linking and Unlinking History: Keeps a history of associations and disassociations of the SecondWallet.
• Token Balances and Transactions:
  • Token Balances: Keeps track of token balances associated with names.
  • Token Transactions: Records the history of token issuance and withdrawal for each name.
  • Referral Name History: Maintains the name that was used as a referral at the time of the initial issuance.
• Graph of Relationships:
  • Graph Data: The backend stores a constructed graph that shows the relationship between names in all directions and displays this graph clearly.
• Contract Interactions:
  • External Contract Data: The explorer can query separate contracts to simplify how data from specific services like reputation service, TrustLink service, and TrustDoc service are displayed.
  • Name Visibility: Ensures data linked with names are visible.

Features

• Wallet Address Information:
  • Name History By Address: Clicking on a wallet address will show all names that have ever been associated with the wallet and the entire transaction history on the main contract.
• Search Functionality:
  • Explorer Search: The explorer provides a search function that dynamically retrieves the entire interaction history with TNS based on wallet address, name, or transaction.
• Future Enhancements:
  • Additional Analytics: Additional analytics and associations involving names will be incrementally added to enhance the explorer as it evolves.

Interfaces

• REST API: Allows fetching data using standard HTTP methods (GET, POST, PUT, DELETE).
• WebSocket: Provides real-time updates and notifications for specific events or data changes.

Usage and Endpoints

To facilitate developers, detailed API documentation with specifications for each endpoint, including query parameters, request structures, and response formats, will be continuously maintained and updated.

Example Endpoints

• GET /wallets/{walletId}/names: Retrieve names associated with a specific wallet.
• GET /names/{nameId}/history: Retrieve transaction history for a specific name.
• GET /graph/relationships: Fetch the graph depicting relationships among the names.
• POST /contracts/query: Interact with and fetch data from specified contracts.