# Introduction

## What is SyncAI?

SyncAI is a one-click superdApp for all your Web3 interactions, powered by an off-chain DePIN network that connects chains, dApps, and users. It solves a key Web3 challenge: the lack of a unified communication layer.

<figure><img src="https://2852330822-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNfGtY8m40ARTSk8tbqud%2Fuploads%2F4PA5Shom65YtmMbwGZBB%2FCover.png?alt=media&amp;token=4704e4aa-7a4d-4620-9a75-77c4766adb23" alt=""><figcaption></figcaption></figure>

### **Challenges in the Current Web3 Landscape**

1. **Identity fragmentation:** Users are forced to manage multiple wallets and accounts across Web3 platforms, disconnected from their Web2 platforms, making interactions cumbersome.
2. **Lack of a communication channel between dApps/smart contracts and users:** Users are completely disconnected from what’s happening on-chain.
3. **Inability to take quick, automated actions:** Current infrastructure does not support timely, context-aware actions, often leading to missed opportunities.

### **How are we solving this?**

#### **The SyncAI Solution: Three Core Innovations**

1. **SyncID: A Unified Identity System**

   SyncID consolidates all your Web3 and Web2 identities into one Sybil-resistant ID. Whether it's chain addresses or platforms like WhatsApp or Telegram, all your identities are interconnected under a zero-knowledge (ZK) secured single identity layer.
2. **Interconnected Communication Layer**

   With SyncID as the foundation, we’ve built a communication layer that allows projects, dApps, and users to interact seamlessly. For example, a project can send real-time notifications directly to users when important events occur. SyncAI ensures critical updates reach users wherever they are—whether on the Sync app, WhatsApp, or Telegram utilizing SyncID.
3. **AI-Powered Actions**

   SyncAI integrates an AI layer that generates smart, actionable buttons tailored to users' needs. This also allows you to schedule transactions based on triggers like whale movements, volume spikes, or governance updates, ensuring timely actions when opportunities arise.

### **A New Standard for Web3 Interactions**

SyncAI offers a unified experience, helping you manage interactions efficiently, respond in real-time, and stay ahead of the market—all with just a click.

**Imagine this:** You open a position on a lending platform, but life gets busy, and the liquidation date slips your mind. With no infrastructure in place to notify you, your position is at risk. SyncAI changes that.

With instant notifications on the Sync mobile app—or even on WhatsApp or Telegram—SyncAI ensures you’re always informed. Our AI layer further simplifies the process by generating a smart action button that gives you two quick options: **Repay the loan** or **Add more liquidity**—all in just one click.

<figure><img src="https://2852330822-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNfGtY8m40ARTSk8tbqud%2Fuploads%2FdEGcLAL3DCyoC9Fr4k0C%2Fimage%20(9).png?alt=media&amp;token=a295d947-c9e7-416b-a875-ece6d4005b36" alt=""><figcaption></figcaption></figure>

This is just one example of what SyncAI’s infrastructure can do.\
Imagine scheduling transactions based on key parameters like volume spikes or whale movements:&#x20;

“Buy 100k Snek every time the 24-hour volume hits $1M ADA.”&#x20;

This ensures you’re always ready to seize critical opportunities, with AI proactively monitoring and prompting you when action is needed.

\
It’s Web3 made seamless and abstract—delivering everything you need to stay informed, take action, and optimize your portfolio, all from one unified platform.

{% embed url="<https://x.com/SyncAI_Network/status/1848718847475650728>" %}

{% embed url="<https://x.com/SyncAI_Network/status/1820452211047993451>" %}

This paper outlines the background, design approach, technology, and roadmap for the SyncAI protocol.


# UPI

#### Overview

Sync is motivated by the idea of UPI, a payments based messaging layer that revolutionized India's fintech sector and brought financial inclusivity to millions of Indians.

#### UPI Statistics

* **Transaction Volume**: In the most recent year, UPI processed over 38 billion transactions, demonstrating its capacity to handle high transaction volumes efficiently.
* **Transaction Value**: The total transaction value processed through UPI exceeded INR 73 trillion (approximately USD 1 trillion), highlighting its significant role in the financial ecosystem.

#### The Need for UPI

Before UPI (Unified Payments Interface), India's digital payment system was fragmented, with various payment methods not working well together. Users faced problems like limited bank interoperability, complicated transaction processes, high fees, and security concerns. These issues slowed the adoption of digital payments and left many people out of the financial system. To fix these problems and promote financial inclusion,&#x20;

> the National Payments Corporation of India (NPCI) introduced UPI, a game-changing platform designed to make digital transactions easy and secure by acting as a <mark style="color:yellow;">**messaging layer.**</mark>

<figure><img src="https://2852330822-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNfGtY8m40ARTSk8tbqud%2Fuploads%2Fz1dkIwsjuq3bGVZyiQxE%2FChat%20Request%20Send-1.png?alt=media&amp;token=2c46a31e-9105-4e82-9d4d-5df58eb4d010" alt=""><figcaption><p>How UPI works?</p></figcaption></figure>

UPI Features

1. **Interoperability**: UPI enables seamless transactions across different banks and payment service providers, breaking down institutional barriers and allowing users to conduct transactions effortlessly.
2. **Ease of Use**: Users can link multiple bank accounts to a single mobile application, simplifying account management and the payment process.
3. **Security**: UPI employs two-factor authentication and end-to-end encryption to ensure the safety and integrity of transactions, building user trust in digital payments.
4. **Cost-Efficiency**: By significantly reducing transaction costs, UPI makes digital payments accessible to a broader demographic, including underserved and unbanked populations.
5. **Real-Time Transactions**: UPI supports instant, real-time transactions, enhancing the efficiency and responsiveness of the payment ecosystem.

#### Conclusion

The success of UPI showcases how a well-designed, user-centric digital messaging layer can transform an entire financial landscape. By addressing key challenges such as interoperability, ease of use, security, cost-efficiency, and real-time processing, UPI has set a new standard for innovation in the fintech sector. Its impact serves as a powerful motivation for developing solutions that can similarly revolutionize web3, leveraging the principles that have made UPI a resounding success.


# Communication

Overview

Communication is the cornerstone of all human interaction. The digital age has revolutionized the way we communicate but there is massive potential for the introduction of communication systems that prioritize decentralization, scalability and privacy. The Web3 space has produced protocols that aim to support these pillars, but there is no current “full” solution available. This highlights the importance of further innovation to fill these gaps and improve the communication stack across the fragmented world of web3.

Let's examine the evolution of decentralized communication mechanisms:

## Web2 Decentralized Mechanisms

### Overview

Web2 decentralized communication mechanisms distribute the control and management of data across multiple nodes or servers, reducing the risks associated with centralized systems. These mechanisms typically employ federated or peer-to-peer (P2P) networks to enable direct communication between users without relying on a central authority.

Example:

1. **Initial Stage: Internet Relay Chat (IRC)**

IRC was one of the earliest P2P communication protocols, enabling simple, text-based communication without a central server. It laid the groundwork for P2P communication, demonstrating the potential of decentralized messaging systems.

2. **Advancement: Matrix and XMPP**

Later, Federated systems like Matrix and XMPP emerged, allowing multiple servers to communicate and share data, thus creating a more resilient network. These protocols addressed some of the scalability issues of early P2P systems by distributing the load across multiple nodes while still facing challenges related to privacy and server dependency.

<figure><img src="https://2852330822-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNfGtY8m40ARTSk8tbqud%2Fuploads%2FP3f12OQpYK1Yc87eB5qW%2FIRC.png?alt=media&amp;token=200d4e2f-ee46-47a6-beb4-f3165b80d90c" alt=""><figcaption></figcaption></figure>

### Challenges

* **Scalability Issues:** P2P systems face difficulty scaling as the number of nodes increases, leading to network congestion and performance bottlenecks.
* **Privacy Concerns:** Federated messaging systems, while scalable, inherit privacy issues as they fail to provide any computational privacy.
* **Lack of Advanced Features:** P2P networks often lack support for features such as device synchronization, multimedia content, ease of deploying and using, further complicating their functionality.

## Web3 Decentralized Mechanisms

### Overview

Web3 decentralized communication mechanisms leverage blockchain networks to provide secure, transparent, and immutable communication channels. These mechanisms use wallet addresses as unique identifiers, serving as the origin and recipient of communication data.

#### Examples

1. **Initial Stage: Bitcoin's Genesis Block**

**Example:** Bitcoin introduced the concept of embedding messages within transaction outputs. Satoshi Nakamoto's message in the Genesis Block:

<figure><img src="https://2852330822-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNfGtY8m40ARTSk8tbqud%2Fuploads%2FkanORZdbVskVfss97hgh%2FBitcoin%20Genesis%20Block.png?alt=media&amp;token=e42ff1b4-5b35-448a-9d2e-aeecef858a66" alt=""><figcaption><p>Satoshi's Embedded Message in the Bitcoin Genesis Block</p></figcaption></figure>

2. **Advancement**

Ethereum's introduction of smart contracts enabled more complex interactions beyond simple value transfers, laying the groundwork for decentralized applications (dApps) that could facilitate various types of communication. This marked a significant advancement in web3 communication, expanding the scope beyond financial transactions and enabling programmable, decentralized interactions.

3. **Current Stage:**

There are more niche products and tech stacks in the market now attempting to bridge the gap, but challenges remain.

Libp2p, a modular P2P networking stack, is widely used by blockchain platforms like Ethereum and Polkadot to enhance decentralized communication. This protocol provides a robust foundation for secure and efficient data exchange across diverse networks.

<figure><img src="https://2852330822-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNfGtY8m40ARTSk8tbqud%2Fuploads%2FxvycxUxJS9x6r9SHMUIh%2FLib%20P2P.png?alt=media&amp;token=ac6acb21-4745-4f07-bf34-a6b6a0eedea0" alt=""><figcaption></figcaption></figure>

The Push Protocol leverages wallet addresses for secure, private messaging, reducing the need for centralized servers and enhancing user privacy. In parallel, technologies such as WebRTC and BitTorrent are integral in the Web3 ecosystem, supporting direct peer-to-peer communication and improving the overall resilience against central points of failure.

### Challenges

* **Integrated and Modular Offerings:** There is a lack of a modular and integrated offering which can cater to a wide variety of demands of evolving web3 user base.
* **Latency Issues:** The inherent latency in blockchain transactions limits their effectiveness in real-time communication scenarios, where immediate data transmission is critical.
* **Costly Operations:** Blockchain operations can be costly due to transaction fees and computational requirements, making it expensive for users to engage in frequent communications.
* **Interoperability Issues:** Blockchain-based communication systems often lack interoperability with different platforms and protocols, hindering seamless integration and user experience across diverse applications.

## **Motivation**

The current decentralized communication landscape has a lot of room for improvement. Seamless, private and scalable communication solutions that form a backbone of trust and efficiency are much-needed in our increasingly connected digital world.

Our motivation is to bridge these gaps by developing a comprehensive suite that supports decentralized, private, and scalable communications. This effort addresses the critical need for an integrated system that enables both user-to-user and seamless user-to-dApp interactions. Enhancing this functionality and user experience within the Web3 ecosystem will lead to more efficient and secure exchanges across various applications and platforms.


# Identities

<figure><img src="https://2852330822-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNfGtY8m40ARTSk8tbqud%2Fuploads%2F11NimYiLqIq7oxAH8K4l%2FChat%20Request%20Send-2.png?alt=media&amp;token=a74685a9-aea6-4a7f-aaf4-726d46bc22e3" alt=""><figcaption><p>Evolution of Identities</p></figcaption></figure>

## History of Identities

The characteristics of human identity have evolved significantly over time. In the past identity was attributable to physical markers such as reputation, word-of-mouth and physical documents such as birth certificate, passport or driver’s license. These documents provided us with a sense of societal belonging, interaction and accountability within communities.

The advent of the Internet sparked a revolution and many characteristics of our identity migrated to the digital realm. The early era of the Internet introduced usernames, passwords, profiles and federated identity systems (ie single sign-on systems). These enabled us to represent ourselves and to interact with others in the online world, but the shift introduced new challenges around data centralization, privacy and data security.

<table data-full-width="true"><thead><tr><th width="123.66666666666663">Era</th><th>Method of Identification</th><th>Description</th></tr></thead><tbody><tr><td>Physical Era</td><td>Reputation, Documents, Credentials</td><td>Identity was tied to physical characteristics, word-of-mouth reputation, and documents like birth certificates, passports, and licenses. These forms provided a sense of belonging, societal interaction, and accountability within communities.</td></tr><tr><td>Early Digital Era</td><td>Usernames, Passwords, Federated Identity Systems (e.g., SSO)</td><td>The advent of the internet introduced digital identities, allowing individuals to represent themselves online. These systems faced challenges regarding data centralization, privacy, and security.</td></tr></tbody></table>

With the advent of the internet, identity moved into the digital world. The early digital landscape introduced usernames, passwords, and federated identity systems (e.g., single sign-on). These systems enabled individuals to represent themselves and interact with others online, but they introduced challenges regarding data centralization, privacy, and security.

## **Evolution in Web3**

The rise of blockchain and a growing appetite for decentralization have resulted in the introduction of decentralized identity (DID) and self-sovereign identity (SSI). These concepts, which are rooted in core blockchain architecture, have dramatically transformed the landscape of digital identities. This shift ensures that users maintain control over their digital identities with a strong emphasis on the key principles of ownership, privacy and portability.

**Decentralized Identity (DID): A Key Component of Web3**

A decentralized identifier (DID) is a new type of identifier that enables verifiable, self-sovereign digital identities. DIDs are fully under the control of the DID subject, independent from any centralized registry, identity provider, or certificate authority. They are designed to be globally unique and persistent, functioning without the need for a centralized authority to validate their authenticity.

Here's an example of a Decentralized Identifier (DID) in its technical format:

```json
{
  "@context": [
    "https://www.w3.org/ns/did/v1",
    "https://w3id.org/security/suites/ed25519-2020/v1"
  ],
  "id": "did:example:123456789abcdefghi",
  "authentication": [{
    "id": "did:example:123456789abcdefghi#keys-1",
    "type": "Ed25519VerificationKey2020",
    "controller": "did:example:123456789abcdefghi",
    "publicKeyMultibase": "zH3C2AVvLMv6gmMNam3uVAjZpfkcJCwDwnZn6z3wXmqPV"
  }]
}
```

This example illustrates the structure of a DID document. It includes a context that defines the vocabulary for the document, an identifier (`id`), and an `authentication` section containing cryptographic material that secures the DID.

**Self-Sovereign Identity (SSI): The Future of Identity Management**

Self-sovereign identity (SSI) takes the concept of user-centric identity further by allowing individuals to own, control, and present their credentials in a peer-to-peer manner. This approach eliminates reliance on any central authority for identity verification and places the power of identity management back into the hands of individuals.

An example of how SSI might be structured is not provided in the initial request, but here’s how an SSI could conceptually appear:

```json
{
  "@context": [
    "https://www.w3.org/2018/credentials/v1",
    "https://www.w3.org/2018/credentials/examples/v1"
  ],
  "id": "http://example.gov/credentials/3732",
  "type": ["VerifiableCredential", "UniversityDegreeCredential"],
  "issuer": "https://example.edu/issuers/14",
  "issuanceDate": "2020-03-10T04:24:12.164Z",
  "credentialSubject": {
    "id": "did:example:abcdef1234567",
    "degree": {
      "type": "BachelorDegree",
      "name": "Bachelor of Science and Arts"
    }
  },
  "proof": {
    "type": "RsaSignature2018",
    "created": "2020-03-10T04:24:12Z",
    "proofPurpose": "assertionMethod",
    "verificationMethod": "https://example.edu/issuers/14#key-1",
    "jws": "eyJhbGciOiJSU0EtT0FFUCIsImI2NCI6dHJ1ZX0.."
  }
}
```

This structure includes credentials that can be verified against the issuer’s public key without relying on a central authority, aligning with the principles of SSI.

#### Moving Forward with Decentralized Identity (DID) and Self-Sovereign Identity (SSI)

The introduction of DID and SSI has provided a stack that prioritizes security, privacy, and user autonomy. Despite this progress, challenges remain, particularly in enhancing the user experience for managing identities and increasing interoperability among various blockchains and systems—both essential for widespread adoption.

To overcome these challenges and fully leverage the potential of DID and SSI, we have prepared a list of criteria that an ideal identity solution should adhere to:

<table data-header-hidden><thead><tr><th width="274"></th><th></th></tr></thead><tbody><tr><td><strong>Principle</strong></td><td><strong>Description</strong></td></tr><tr><td><strong>Existence</strong></td><td>A DID must be linked to a physical identity, ensuring independent existence beyond the digital realm.</td></tr><tr><td><strong>Control</strong></td><td>Users should have full control over their identity, including referencing, updating, or concealing it.</td></tr><tr><td><strong>Access</strong></td><td>Users must have complete access to their data, with no personal information hidden from the owner.</td></tr><tr><td><strong>Transparency</strong></td><td>All components of a DID must be transparent about their operation, with open-source and free algorithms.</td></tr><tr><td><strong>Persistence</strong></td><td>A DID should be long-lived and can only be removed by its owner, though associated claims may change.</td></tr><tr><td><strong>Portability</strong></td><td>Identity attributes, claims, and services should be easily transportable by the owner, not by third parties.</td></tr><tr><td><strong>Interoperability</strong></td><td>A true DID must be globally adoptable and usable across different systems and platforms.</td></tr><tr><td><strong>Consent</strong></td><td>Users should freely agree to how their identity attributes and data are used, requiring explicit consent.</td></tr><tr><td><strong>Minimalization</strong></td><td>The disclosure of identity attributes should be minimized to only what's necessary (e.g., age verification).</td></tr><tr><td><strong>Protection</strong></td><td>The rights and freedoms of users must be protected against powerful entities, prioritizing user needs.</td></tr><tr><td><strong>Provable</strong></td><td>Identity claims must be verifiable, ensuring trusted third parties can validate the authenticity of the data.</td></tr></tbody></table>

## Motivation

The development from tangible and initial computerized identities to entirely merged decentralised identity systems indicates both advancements and challenges. However, the existing decentralised solutions are often limited in terms of scalability, privacy protection, and decentralization. Therefore, it is necessary to tackle these prevailing challenges while capitalizing on the strengths of established protocols to spearhead decentralized identity solutions.

An ideal DID solution would thus meet all those principles holistically by giving users a transparent, secure and user-centric identity management system.&#x20;


# User Experience

Consumer Experience in Web3

## Overview

User Experience (UX) in Web3 significantly influences the way users interact with decentralized applications (dApps) and blockchain technology. Effective UX design is a crucial part of ensuring that non-technical users can easily navigate their way around dApps. This is vital for growing adoption and usability. As it stands today, there are still significant challenges, particularly around the abstraction of technical complexities for users. This includes the management of digital wallets, understanding transactions and transaction fees and navigating interfaces that tend to be complex and confusing.

In recent times there has been progress in the optimization of user adoption processes and increasing ease-of-use but we still need to see significant improvement before we can achieve true mass adoption. Developers are focusing on making designs more intuitive without compromising on decentralization. This includes the development of user-friendly crypto wallet interfaces, creating transaction processes that are more clear and the development of more comprehensive educational tools. Although there’s been progress in the realm of User Experience, there is a pressing need to further simplify the User Experience (UX) in order to disguise the underlying complex technical details from the end-user which will make their interactions and experience in Web3 as seamless as possible.

## Evolution of Web3 UX

<figure><img src="https://2852330822-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNfGtY8m40ARTSk8tbqud%2Fuploads%2Fuj2BDUsnMlQvLvPnPOTk%2FEvolution%20of%20User%20Experience_.png?alt=media&amp;token=f1d526d8-469a-452c-8818-5e512f150863" alt=""><figcaption><p>Evolution of Web3.0 User Experience</p></figcaption></figure>

### CLI Era

* **Overview:** In the CLI Era, interacting with blockchain networks was highly technical. Users needed to create and manage wallets through terminal commands, memorize seed phrases, and handle transaction building manually.
* **Challenges:** The need for technical know-how and the risk of errors in command execution made this era accessible only to those with significant technical expertise.

### GUI Era

* **Overview:** The introduction of graphical user interfaces (GUI) with wallets like Nami and MetaMask began abstracting some of the complexities of CLI. These wallets provided user-friendly interfaces, making it easier for users to manage their assets and interact with dApps.
* **Advancements:** GUIs improved accessibility by allowing users to perform transactions through more intuitive interfaces. This era saw broader adoption as it lowered the barrier to entry for less technically inclined users.
* **Challenges:** Despite improvements, users still had to deal with complicated wallet setups, technical understanding to execute transactions, and fragmented experiences across different dApps.

### Current Era: Natural Language and AI Integration

* The current era is marked by the integration of natural language processing (NLP) and artificial intelligence (AI) to further simplify user interactions with Web3 applications. However, platforms like Cardano are still catching up in leveraging these advancements. AI-powered interfaces can make Web3 interactions as seamless as conversing with a digital assistant. This evolution promises to make blockchain technology accessible to a wider audience by abstracting technical complexities even further.

## Current Challenges in Web3 UX

Despite advancements in Web3 user experience, several challenges persist:

* **Complexity:** Many Web3 applications require users to manage complicated wallet setups, gas management, and various technical tasks, which can be intimidating for new users.
* **Transactions:** Having to do transactions for every single interaction represent barriers that add friction to user interactions. High transaction costs can also discourage users from engaging with Web3 applications.
* **Fragmented Experiences:** Each dApp often requires multiple steps and signatures, leading to a disjointed user journey. This fragmentation hinders the seamless adoption of Web3 technology.

We have tried to quantify these challenges, the complexity of interactions in Web3 can be measured using the **Transaction Complexity Score (TCS)**. This score evaluates the complexity of completing a specific task within a dApp:

$$
TCS=
i=1
∑
n
​
(C
i
​
×T
i
​
)
$$

Where:

* **n** is the number of steps required to complete the task.
* **C\_i** is the complexity score of step (i) (rated on a predefined scale).
* **T\_i** is the time taken for step (i) to complete.

#### Complexity Score Scale

A commonly used scale for **C\_i** ranges from 1 to 5, where:

* **1:** Low complexity (easy tasks, minimal user input)
* **2:** Medium complexity (moderate effort, some user input required)
* **3:** High complexity (detailed user input, multiple steps)
* **4:** Very high complexity (extensive input, multi-step, time-consuming)
* **5:** Extremely high complexity (most complicated tasks, requiring significant input and effort)

A higher TCS indicates that users need to navigate more complicated tasks to interact with the dApp, which contributes to the overall user experience challenges in Web3. The complexity of the user journey is evident from the number of steps and time it takes to accomplish a task, emphasizing the need for solutions that streamline and simplify interactions.

Let's do an exercise to understand this:\
**For Example: Swapping 100 ADA to MIN on Cardano DEXs**

> *This example is a thought experiment designed to illustrate the complexities of Web3 user experience. The values and steps provided are hypothetical and should not be taken literally.*

| **Step Description**          | **Complexity (C\_i)** | **Time (T\_i)** | **Score (C\_i \* T\_i)** |
| ----------------------------- | --------------------- | --------------- | ------------------------ |
| **Connect Wallet**            | 2 (medium)            | 2 sec           | (2 x 2 = 4)              |
| **Compare Exchange Rates**    | 3 (high)              | 60 sec          | (3 x 60 = 180)           |
| **Select DEX with Best Rate** | 2 (medium)            | 15 sec          | (2 x 15 = 30)            |
| **Swap ADA to MIN**           | 3 (high)              | 45 sec          | (3 x 45 = 135)           |
| **Confirm Transaction**       | 1 (low)               | 25 sec          | (1 x 25 = 25)            |

**Total TCS: 374**

This table breaks down the steps and calculations to find the total Transaction Complexity Score (TCS) for swapping 100 ADA to MIN, showing how the user experience can be quantified.

Addressing these challenges will require holistic approaches that reduce transaction complexity, minimize costs, and streamline fragmented user experiences to enable a broader adoption of Web3 technology.

## **The Need for a Unified System in Web3 UX**

There is a pressing need for a unified system that offers a holistic architecture for full-stack decentralized applications. This system would feature intent-centricity, decentralized counterparty discovery, and computational outsourcing of NP search problems to solvers, which compute valid state transitions. Such an architecture would allow contemporary applications to be built without compromising on permissionlessness, fault-tolerance, censorship resistance, or privacy.

**Key Features of the Unified System:**

* **Intent-Centric Design:** The system prioritizes user intents, enabling the design of applications around user needs rather than technical limitations.
* **Decentralized Counterparty Discovery:** The system can match users with the right counterparts seamlessly, without intermediaries, enabling trustless interactions.
* **Computational Outsourcing:** NP search problems are delegated to solvers that compute the necessary state transitions, reducing the complexity for end users.

## Motivation

The transition from CLI to GUI and now to AI-driven interfaces highlights the continuous effort to improve user experience in Web3. However, significant challenges remain that need to be addressed to achieve broader adoption. Our motivation is to develop solutions that simplify user interactions, reduce transaction costs, and create seamless, integrated experiences across different dApps.


# Overview

SyncAI represents an off-chain interactions network that leverages abstract programming to deliver a brand new user-centric experience in Web3

## **Primary Focus Areas of SyncAI:**

* **Universal SSID:** SyncAI provides a robust framework for SSIDs, enabling cross-web-blockchain interoperability, secure identity verification, and authentication.

{% content-ref url="/pages/5otrXThnwf2YafRo0fEg" %}
[SyncID](/features/syncid)
{% endcontent-ref %}

* **Enhancing On-Chain Notifications:** SyncAI delivers a seamless communications layer which enables decentralized “push notifications” to user's mobile devices directly. This system empowers Web3 businesses, projects, dApps, smart contracts and other Web3 services to instantly communicate with their users wallet addresses using a secure, open and interoperable network.

{% content-ref url="/pages/dGsO2kwjFZcMpgQaQN6k" %}
[SyncNotify: On-Chain Notifications](/features/syncnotify-on-chain-notifications)
{% endcontent-ref %}

* **Wallet to Wallet Interactions:** SyncAI facilitates secure and efficient wallet-to-wallet interactions across Web3 networks. Key features include chat capabilities and push/pull payments, all managed through user wallets. Users can chat, send voice notes, stickers, conduct video calls, and send messages and payments to any social media or blockchain address linked to a SyncID.

{% content-ref url="/pages/f0R7UzwIaAPi7gvSUS4K" %}
[SyncEcho: Wallet to Wallet Interactions](/features/syncecho-wallet-to-wallet-interactions)
{% endcontent-ref %}

* **Reducing Blockchain Complexities:** The network's solver network (Mixture of Experts) translates natural language inputs into blockchain commands, offering users a more intuitive approach to interacting with decentralized technologies. This abstraction helps eliminate the technical barriers often associated with blockchain, fostering greater adoption and engagement.

{% content-ref url="/pages/CtPs3Qxk1HdVVNLDfRpP" %}
[SyncEcho: Intent AI Inference](/features/syncecho-intent-ai-inference)
{% endcontent-ref %}

Through its innovative architecture, SyncAI aims to create a more accessible and efficient on-chain environment, transforming how users interact with blockchain networks.


# SyncID

As Web3 moves towards the milestone of one billion wallets, SyncID aims to be the human-centric layer for Web3 by offering a truly sybil-resistant decentralized identity system that will onboard and secure a global user base.&#x20;

<figure><img src="https://2852330822-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNfGtY8m40ARTSk8tbqud%2Fuploads%2FQpCxa1sqRFWdg0TgvYob%2FID.png?alt=media&amp;token=36c6a6e6-4864-4d7f-9e49-b5fc44c04421" alt=""><figcaption></figcaption></figure>

## **SyncID Use Cases**

* **Palm based authentication**: Each user's palm print is converted into a secure hash which serves as a unique identifier, and can be authenticated as proof of life.
* **Linking Social Media Accounts**: SyncID allows users to consolidate their digital presence by linking and managing all social media accounts through a single, secure identity.&#x20;
* **Universal Identifier**: Functions as a universal identifier within the Sync Protocol ecosystem, acting as your singular digital identity across multiple integrated dApps and blockchains.

{% content-ref url="/pages/w4hls5e450VQHugjvCIl" %}
[Technical Architecture](/features/syncid/technical-architecture)
{% endcontent-ref %}

{% content-ref url="/pages/h6p8FE19UYgl4E0IacjO" %}
[Proof of Life](/features/syncid/proof-of-life)
{% endcontent-ref %}

{% content-ref url="/pages/XPmLzPR5fYMMBAs8z8En" %}
[Federated Matching Process](/features/syncid/federated-matching-process)
{% endcontent-ref %}


# Technical Architecture

SyncID is a reference point that is linked to the user's crosschain wallet addresses and social accounts through a dynamic SBT (soul-bound token) which the user has full control over.&#x20;

Its architecture is designed to offer a Sybil-resistant solution for digital identity, combining proof of personhood authentication for dApps, advanced encryption, decentralized storage, and multi-party computation to ensure the integrity and privacy of user identities.

* **Data Encryption & Storage**\
  \- SyncID starts by ensuring robust data encryption. All sensitive user data such as personal web2 identitifiers and biometrics is encrypted directly on the device.

<mark style="color:yellow;">The encryption key is sharded among the nodes, and MPC is utilized to reconstruct the information in memory during payload delivery.</mark>

* **Privacy-Preserving Data Use**\
  SyncID strictly controls access to decrypted data through user permissions, preserving privacy. SyncID issues an on-chain credential embedded with anonymized sensitive data and related metadata, allowing for identity verification.&#x20;

## **Component Breakdown:**

<table data-header-hidden><thead><tr><th width="313"></th><th></th></tr></thead><tbody><tr><td><mark style="color:blue;"><strong>Client-Side (User Device)</strong></mark></td><td></td></tr><tr><td><strong>Component</strong></td><td><strong>Component</strong></td></tr><tr><td>Authentication &#x26; Encryption</td><td>User connects their wallet or email</td></tr><tr><td>Social Account Integration</td><td>Users attach social accounts</td></tr><tr><td>Blockchain Address Integration</td><td>Users can add multiple blockchain addresses for multi-chain support.</td></tr><tr><td>Biometrics</td><td>Palm based vector data</td></tr><tr><td><mark style="color:blue;">Data Processing Layers</mark></td><td></td></tr><tr><td>- Transformation</td><td>Data is normalized for consistency.</td></tr><tr><td>- Enrichment</td><td>Additional context is added to the data.</td></tr><tr><td><mark style="color:blue;">Multi-Party Computation</mark></td><td></td></tr><tr><td>- Encryption</td><td>All of the above data is encrypted client-side.</td></tr><tr><td>- Sharding</td><td>The encryption key is sharded across nodes.</td></tr><tr><td><mark style="color:blue;"><strong>Updation &#x26; Verification</strong></mark></td><td></td></tr><tr><td>Updation Enginer</td><td>Users can update the nonsensitive metadata values.</td></tr><tr><td>Verification Engine</td><td>Issues and verifies credentials using SyncID Registery</td></tr></tbody></table>


# Proof of Life

SyncID uses a computer vision model to convert a human palm into a secure and private digital identifier. This biometric signature, enables accurate identification and authentication of users.&#x20;

***

## Our Vision

With SyncID we've created an identity solution that offers a seamless experience across Web2 and Web3 while providing human-level authentication for dApps and keeping users in control of their data.

With Palm Recognition we're building one of the largest networks of verified human beings using Sybil-Resitant Identities (SyncID)

The purpose of this mechanism isn’t to judge “who you are,” but simply to verify that you are a human being and that “you are who you claim to be.”

***

## Why does the whole blockchain ecosystem need this

Sybil resistance is extremely important for preventing fraud and manipulation in decentralized networks by ensuring that each participant is a unique and legitimate entity. It upholds fairness and trust in critical systems like voting, token distribution, and resource allocation.

To achieve this, we’ve developed a novel method that transforms the human palm into a secure, private, and provable identity. This method leverages the intricate and unique patterns of skin lines and creases found on every individual’s palm, providing a highly reliable form of identification.

Potential use cases:

* Human-Centric DAOs: Ensures fair, decentralized governance with one-person-one-vote integrity.
* Fairdrops: Prevents Sybil attacks, ensuring fair airdrop participation.
* RWA Tokenization: Enables verified human ownership of physical assets, unlocking financial applications like credit profiles and loans.
* Cost-Effective KYC: Simplifies KYC by verifying identities without storing personal data.
* Online/Offline Authentication: Provides seamless access to services with single authentication.
* Social Media Networks: Promotes authentic interactions by blocking bots and fake accounts.

and many more....

This approach strengthens overall security and supports decentralization by ensuring that participants are human. This increases integrity and reliability while preserving security and anonymity

***

## How Palm Pinning Works

SyncID offers a simple and secure way to manage digital identity using palm recognition technology:

1. **Palm Scan:** Users scan their palm using a camera module inside sync webapp.
2. **Conversion to Digital Identifier:** The SyncID node converts the unique patterns of the user's palm into a secure digital identifier, creating a unique hash.
3. **Secure Storage:** The digital identifier is stored securely using zero-knowledge (ZK-Snarks) proofs for authentication purposes.

***

### Key Features

* **Ease of Use:** The palm scanning process is quick and user-friendly.
* **High Security:** Zero-knowledge technology ensures the secure storage and use of the digital identifier.
* **Accurate Identification:** The unique hash provides a highly accurate method for identifying and authenticating users.
* **Proof of Life Verification:** Provides a non-KYC method to authenticate users, ensuring that a real and unique person is behind the identifier.

Digital identity is becoming increasingly important, SyncID’s innovative approach to biometric authentication provides a robust, user-friendly solution. By balancing security, accuracy, and privacy with proof of life verification, we aim to set a new standard for digital identity management.


# Federated Matching Process

The SyncID Federated Identity Matching process enables the system to match a user’s collective identity data (biometrics, social accounts, and blockchain addresses) against a broader database of credentials to verify identity across multiple platforms. Upon user authorization, the system uses MPC to encrypt web2 identifiers securely to allow any blockchain, Layer 3 applications (L3s), and decentralized apps (DApps) to securely identify users without revealing privacy.

Let's understand it through an example:\
Bob and Alice are both registered on SyncID. Their identities include the following attributes:

```
{
  "Bob": {
    "ADA_Address": "enc_9a7f1c8d3b72...",
    "Twitter_ID": "enc_f1e2d3a4b5c6...",
    "Telegram_ID": "enc_12b6f8a3d2e1...",
    "Biometric_Hash": "enc_56d8b1f4e2a3...",
    "ETH_Address": "enc_ab12cd34ef56...",
    "Solana_Address": "enc_ef12bc34ab56...",
    "WhatsApp_ID": "enc_7d1e2f3b4c8a...",
    "SHA256_Hash": "enc_34d8a1f6b9e2..."
  }
},

{
  "Alice": {
    "ADA_Address": "enc_a9f2e4d7b9c3...",
    "Twitter_ID": "enc_b1d2e3f4a5c6...",
    "Telegram_ID": "enc_c8f3d7a2e4b1...",
    "Biometric_Hash": "enc_d6b8f1e3c2a4...",
    "ETH_Address": "enc_fa23bc45de67...",
    "Solana_Address": "enc_ae34df56bc89...",
    "WhatsApp_ID": "enc_1f2d4e6b7c9a...",
    "SHA256_Hash": "enc_7b3d1f9e2a6b..."
  }
}

```

Bob and Alice can now seamlessly pay or chat with each other on Sync Mobile app or Telegram or Whatsapp, tip on Twitter using SyncID-linked social profiles, receive notifications from dApps they interact with and much more without the need of blockchain addresses. All from a single sybil resistant identity.

> For example: You can request or send any token to WhatsApp/Telegram/Twitter/Discord accounts (easily resolvable to any cross-chain address via SyncID) without compromising the user's privacy.

This system empowers users to interact seamlessly across multiple platforms including whatsapp, telegram, etc., from sending tokens to chatting with others, without revealing sensitive information or relying on traditional blockchain addresses. SyncID links biometric data, social profiles, and blockchain identities, creating a unified, privacy-preserving solution that allows for secure, cross-chain interactions.&#x20;


# SyncNotify: On-Chain Notifications

The SyncAI Network provides a delivery layer for decentralized push notifications directly to wallet addresses. This feature enables Web3 projects, dApps, smart contracts, or any Web3 services to send real-time notifications to their users through an open, interoperable, and secure network. It boosts and monetizes engagement and retention via personalized notifications.

<figure><img src="https://2852330822-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNfGtY8m40ARTSk8tbqud%2Fuploads%2FmO54L6ALIyHNGLAkVaAO%2FNotifications.png?alt=media&amp;token=6bf64d95-3f00-4929-8389-044c2b570444" alt=""><figcaption><p>Push Notifications</p></figcaption></figure>

## Architecture Overview

<table data-header-hidden><thead><tr><th width="98"></th><th width="233"></th><th></th></tr></thead><tbody><tr><td><strong>Step</strong></td><td><strong>Component</strong></td><td><strong>Description</strong></td></tr><tr><td>1</td><td>Create Channel</td><td>A channel is created on the SyncAI Network and registered as a service on SyncID.</td></tr><tr><td>2</td><td>Activate Channel</td><td>The channel is activated to define the types of notifications and the data schema.</td></tr><tr><td>3</td><td>Compose Notification</td><td>A notification is composed, including the recipient’s wallet address, content, and metadata.</td></tr><tr><td>4</td><td>Sign Notification</td><td>The notification is signed using the sender’s private key to ensure integrity and authenticity.</td></tr><tr><td>5</td><td>Validate Notification</td><td>Nodes validate the signature and structure of the notification.</td></tr><tr><td>6</td><td>Deliver Notification</td><td>Notifications are sent off-chain to the user’s wallet address via the SyncID service layer.</td></tr><tr><td>7</td><td>On-Chain Notification</td><td>For smart contract-triggered events, the notification is delivered on-chain, incurring minimal gas fees.</td></tr><tr><td>8</td><td>Receive Notification</td><td>Users receive notifications in real-time, directly in their wallet interface or application.</td></tr></tbody></table>

Note: Since SyncAI network supports notifications, every chat message includes a notification. Even when a chat message is sent to an address, the recipient receives a notification along with the message, provided they have accepted the chat request.

## Spam Prevention

The network prioritizes spam prevention by adopting a user-centric approach:

| Flags           | Description                                                        |
| --------------- | ------------------------------------------------------------------ |
| **Whitelisted** | Users receive notifications only from protocols they subscribe to. |
| **Modified**    | Users can fine-tune which notifications they receive.              |
| **Spam**        | Unwanted notifications are directed to the user's spam box.        |

## Sending Notifications

The core protocol allows the creation of channels that act as services capable of sending notifications to any wallet address. Notifications can also be sent on alias chains using SyncID.

| User Type              | Notification Handling                 |
| ---------------------- | ------------------------------------- |
| **SyncAI Subscribers** | Receive notifications in their inbox. |
| **Non-Subscribers**    | See notifications in the spam box.    |


# SyncEcho: Wallet to Wallet Interactions

SyncAI enables secure and efficient wallet-to-wallet interactions across social platforms and blockchain networks. The main features of this system include chat capabilities and push/pull payments, all managed through SyncID linked to user wallets. This approach offers a seamless way for users to communicate and transact across blockchains, ensuring that interactions remain private and secure. SyncAI's wallet-to-wallet interactions empower users with efficient tools to send messages, make calls, and manage financial transactions directly from their wallets.

<figure><img src="https://2852330822-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNfGtY8m40ARTSk8tbqud%2Fuploads%2FZ8ZioJjkzeoECX4nYPBx%2FChat%20Request%20Send.png?alt=media&amp;token=c79c2724-4ead-4662-8d8c-a206fc0e9cef" alt=""><figcaption></figcaption></figure>

{% content-ref url="/pages/WPkrPFUDeaTmx9lUHJb3" %}
[Chat](/features/syncecho-wallet-to-wallet-interactions/chat)
{% endcontent-ref %}

{% content-ref url="/pages/u9AabNOILK6JD4j0oIiU" %}
[Payments](/features/syncecho-wallet-to-wallet-interactions/payments)
{% endcontent-ref %}


# Chat

**SyncEcho Chat** offers a powerful, secure, and interoperable wallet to wallet interaction architecture designed for Web3. It leverages SyncID for identity management, enabling cross-chain and multi-platform interoperability.&#x20;

## **Technical Implementation:**

**1.  Zero Data Retention**: SyncEcho adheres to a zero data retention policy, ensuring no user data is stored on centralized servers. This guarantees maximum privacy, with all data is end to end encrypted and processed only between user devices.

**2. SyncID Authentication:** SyncID is the foundational identity layer for SyncAI, providing a reference point that combines proof of personhood, blockchain networks, and social platforms into a single federated identity. Users should authenticate their SyncIDs before accessing SyncEcho

```json
{
  "Bob": {
    "ADA_Address": "enc_9a7f1c8d3b72...",
    "Twitter_ID": "enc_f1e2d3a4b5c6...",
    "Telegram_ID": "enc_12b6f8a3d2e1...",
    "Biometric_Hash": "enc_56d8b1f4e2a3...",
    "ETH_Address": "enc_ab12cd34ef56...",
    "Solana_Address": "enc_ef12bc34ab56...",
    "WhatsApp_ID": "enc_7d1e2f3b4c8a...",
    "SHA256_Hash": "enc_34d8a1f6b9e2..."
  }
}
```

**2. Communication Encryption:** It employs end-to-end encryption for all communications. This ensures confidentiality and integrity for text, voice, and video communications.&#x20;

**3. VOIP via WebRTC:** The Voice over IP (VOIP) protocol is integrated using WebRTC. This protocol provides real-time communication with low latency for voice and video calling. SyncAI's decentralized signaling servers manage the connection, ensuring redundancy and fault tolerance.

**4. Chat & Messaging:** SyncEcho's chat capabilities are versatile, supporting direct messages (DMs), voice notes, stickers, and GIFs. The decentralized architecture ensures no single point of failure while delivering rapid communication. Message data is stored in decentralized storage (e.g., IPFS/IAGON), and messages are indexed by SyncID:

```json
{
  "messageID": "uuid12345",
  "senderSyncID": "0x123abc456def...",
  "receiverSyncID": "0x456def789ghi...",
  "encryptedmessageContent": "43598345123kshasad9872q3",
  "timestamp": "2024-05-05T12:00:00Z"
}
```

**5. Cross-Chain Messaging:** By leveraging SyncID, SyncAI achieves cross-chain and cross-web communication. This allows interactions between different blockchain networks, abstracting the complexities:

* &#x20;**Example:** Wallet addresses can interact with Cardano-based wallets using SyncAI’s cross-chain messaging relay.
* **Socials Integration:** SyncID links social media accounts and wallets, enabling direct messaging from a any social media handle to a blockchain address and vice versa.

## **Key Features:**

<table><thead><tr><th width="237">Feature</th><th>Protocol</th></tr></thead><tbody><tr><td>Messages</td><td>SyncEcho's Messaging Layer</td></tr><tr><td>Group Chats</td><td>SyncEcho's Messaging Layer</td></tr><tr><td>Reactions</td><td>SyncEcho's Messaging Layer</td></tr><tr><td>Voice Notes</td><td>SyncEcho's Messaging Layer</td></tr><tr><td>Stickers &#x26; GIFs</td><td>SyncEcho's Messaging Layer</td></tr><tr><td>WebRTC</td><td>WebRTC</td></tr></tbody></table>


# Payments

**SyncEcho Payments** is a pull payments infrastructure inside the SyncAI's wallet-to-wallet interaction layer . This innovative approach diverges from the traditional push payment model where the sender initiates transfers. Along with this, Sync Pay introduces a receiver-initiated model, improving both user experience and transaction dynamics.

In addition to that, SyncID is not dependent on network effects, as anyone can send payments using the identifier of any Sync-supported social media account. The funds will be locked in the smart contract until authentication.

## **Technical Architecture**

<table><thead><tr><th width="99">Step</th><th width="184">Component</th><th>Description</th><th>Functionality</th></tr></thead><tbody><tr><td>1</td><td>Payment Request</td><td>Receiver generates a detailed payment request.</td><td>Includes amount, token, and other transaction specifics.</td></tr><tr><td>2</td><td>Notification</td><td>Payment request is sent as a notification to the sender's wallet.</td><td>Ensures the sender is informed about the payment details before any funds are transferred.</td></tr><tr><td>3</td><td>Review &#x26; Approval</td><td>Sender reviews the payment request.</td><td>Allows sender to verify and confirm transaction details for transparency and security.</td></tr><tr><td>4</td><td>Authorization</td><td>Sender approves the payment request.</td><td>Triggers the payment process; sender's explicit authority is required.</td></tr><tr><td>5</td><td>Transaction</td><td>System processes the payment by pulling the specified amount.</td><td>The payment is securely and transparently pulled from the sender’s account under their control.</td></tr></tbody></table>

### **Example Scenarios**

| Payment Type | Scenario                                                | Process                                                                                                                                      |
| ------------ | ------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------- |
| Push         | A user sends money to a friend.                         | The user initiates the payment inside Sync Echo chat with his friend by entering the amount, processed as a traditional push payment.        |
| Pull         | A user avails a service and receives a payment request. | The service provider sends a pull payment request to the user’s SyncID. The user reviews it and approves, triggering the pull of the amount. |

## **Benefits of Using Sync Pay**

* **User Experience:** Significantly improves by making transactions more intuitive and streamlined through pull payments.
* **Flexibility:** Provides users with a broader choice in managing transactions through both push and pull payment options.
* **Security:** Enhances security by necessitating sender approval for pull payments, reducing the risk of unauthorized transactions.

## **Pay Pull Payment Process Flow**

```plaintext
[Receiver]                [Sync Pay System]                          [Sender]
    |                           |                                         |
    |---(1) Payment Request---> |                                         |
    |                           |---(2) Notification-------------------->|
    |                           |                                         |
    |                           |<---------(3) Review & Approval----------|
    |                           |                                         |
    |                           |---(4) Authorization-------------------->|
    |                           |                                         |
    |<---------(5) Transaction--|                                         |
```


# SyncEcho: Intent AI Inference

With SyncEcho, Users can actually chat with the blockchain/dApps as well. It is powered by an advanced intent-centric architecture that prioritizes user control and flexibility while interacting with blockchains. Intent-based architectures, as the name suggests, focus on the user intent or desired outcome. Fundamentally, an intent in the blockchain represents a specific objective a user aims to accomplish. With intent, the user states what they want to do and leaves out how it should be done.

This is unlike the current systems in Web3, where users provide detailed instructions for each transaction step, making it a complicated and time-consuming endeavor. Consequently, users face constant frustration in achieving their goals and are vulnerable to exploitation by sophisticated hackers, bad actors, and scamsters.

Intents change this fragmented user experience. Users express what they want to achieve, leaving the execution intricacies to be managed by the blockchain protocol.&#x20;

> A key use case of this system is the introduction of **smart buttons**. When users receive notifications via the Sync Mobile app, **intent agents** present them with intelligent action buttons, allowing them to seamlessly take actions based on those notifications, such as approving a trade or sending funds, all without leaving the app.

## **AI-Powered Solver Network**&#x20;

SyncAI's solver network is driven by LLM inferences linked to the blockchain to discover counterparties and efficiently execute intents:

1. **Solver APIs**: The network incorporates various specialized algorithms, each optimized for tasks such as analytics, swaps, trading, lending, etc.
2. **Intent Matching with LLM**: A fine-tuned LLM model is used to identify inputs that can be triggered by SyncAI's solver APIs. The matching process can be represented by:

$$
M(I)=LLM(I∣θ,A)
$$

where *M(I)* denotes the matching algorithm's result for the intent (I). *LLM* represents the fine-tuned language model, conditioned on the model's parameters *θ* and the set of available blockchain APIs (A). This provides highly efficient and accurate intent identification, mapping intents to matched solutions.

**SyncAI's Intent Types:**

* **DeFi Intents:** SyncAI allows users to specify intents for decentralized finance (DeFi) operations like trading, lending, and liquidity provision. These intents simplify complex DeFi interactions by predicting the user's desired outcome while automating counterparty discovery and settlement.

{% content-ref url="/pages/EiP2iiYDjDQGULdxOZfj" %}
[DeFi Intents](/features/syncecho-intent-ai-inference/defi-intents)
{% endcontent-ref %}

* **Blockchain Explorer:** Intents allow users to interact with the different blockchains to explore network data, track transactions, and monitor on-chain activity in natural language. These intents streamline blockchain exploration, providing a user-friendly way to access comprehensive on-chain information.

{% content-ref url="/pages/YB8TyUEYpKK90058avDo" %}
[Cardano Explorer](/features/syncecho-intent-ai-inference/cardano-explorer)
{% endcontent-ref %}

* **Governance:** SyncAI enables an intelligent way to interact with Governance DAOs, dReps, Project Catalyst, and more. Users can create intents to submit or explore proposals, vote on projects, and engage in discussions, enhancing their participation in the decision-making process of the Cardano ecosystem.

{% content-ref url="/pages/x7Hpdi9RxYAjYHCa3gE7" %}
[Governance](/features/syncecho-intent-ai-inference/governance)
{% endcontent-ref %}


# DeFi Intents

**Overview**

SyncAI introduces **DeFi intents** to simplify interactions in the DeFi ecosystem. These intents encapsulate a user’s specific action into a structured, off-chain message. A core feature of these intents is the use of **intelligent action buttons**, which are automatically generated when users receive notifications through the Sync Mobile app. These buttons allow users to take immediate actions (e.g., approve swaps, provide liquidity, or stake assets) without needing to interact directly with complex smart contracts.

**DeFi intents** enable users to express their desired outcomes without delving into the complexities of decentralized finance protocols or smart contract execution.

***

#### Key Features of DeFi Intents:

* **Simplified Interaction:** Users specify what they want to achieve (e.g., swap assets, provide liquidity), and SyncAI manages the transaction complexity, including counterparty discovery, execution, and providing **intelligent action buttons** for users to approve or trigger actions based on pre-defined conditions like price alerts, time-based triggers, or specific events.
* **Automated Execution with Triggers:** SyncAI automatically completes transactions when specified conditions are met. Whether triggered by price changes, time-based events, or specific alerts, the system ensures seamless execution of the user's intent. **Action buttons** make it easy for users to approve the execution when the right trigger is activated. Detailed transaction summaries are provided, giving users clear insights into actions taken, conditions met, and outcomes achieved—keeping every step transparent and easy to understand.
* **Voice and Messaging-Enabled Smart Contract Execution:** Users can execute smart contracts through a voice call or text messages, leveraging SyncAI’s natural language processing capabilities to interpret and act on commands seamlessly across multiple platforms.

<figure><img src="https://2852330822-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNfGtY8m40ARTSk8tbqud%2Fuploads%2Fv71VY0SdtPMVSfbDLcoW%2Fimage.png?alt=media&amp;token=0e1eef07-9dd8-4ce0-bebb-89c6472a58d3" alt=""><figcaption></figcaption></figure>

***

#### Examples of DeFi Intents:

* **Asset Swaps (Price Trigger):**

  * **Example Intent:** "Swap 50 ADA for an equivalent value in USDM when ADA reaches 2 USD."
  * **How It Works:** The user specifies that they want to swap 50 ADA for USDM, but only when ADA reaches a price of 2 USD. SyncAI monitors the market price of ADA and triggers an alert when the price condition is met. The user receives a notification on their Sync Mobile app with an **intelligent action button** to confirm the swap. Once the user clicks the button, SyncAI facilitates the swap, executing the transaction on-chain.

  ```json
  {
    "intentType": "swap",
    "sourceAsset": "ADA",
    "targetAsset": "USDM",
    "amount": 50,
    "conditions": {
      "priceTrigger": {
        "asset": "ADA",
        "targetTriggerPrice": 2.0
      },
      "slippageTolerance": 0.5
    }
  }
  ```

* **Yield Farming (Time-Based Trigger):**

  * **Example Intent:** "Provide 200 ADA and 100 USDM as liquidity in the ADA/USDM pool every month."
  * **How It Works:** The user specifies their intent to provide liquidity on a regular basis (e.g., monthly). SyncAI tracks the time interval and, when the specified date approaches, it sends a notification with an **intelligent action button** allowing the user to approve the liquidity provision. Once approved, SyncAI identifies the relevant liquidity pool and executes the necessary transactions to add liquidity.

  ```json
  {
    "intentType": "provideLiquidity",
    "liquidityPool": "ADA/USDM",
    "assets": [
      {
        "type": "ADA",
        "amount": 200
      },
      {
        "type": "USDM",
        "amount": 100
      }
    ],
    "conditions": {
      "timeInterval": "monthly"
    }
  }
  ```

* **Lending and Borrowing (Alert-Based Trigger):**

  * **Example Intent:** "Lend 500 ADA for interest when lending rates reach 7% or more."
  * **How It Works:** The user specifies they want to lend 500 ADA, but only if the interest rate reaches 7% or higher. SyncAI monitors lending platforms and triggers an alert when the specified rate is available. The user receives a notification with an **intelligent action button** to approve the loan. Once approved, SyncAI handles the on-chain execution of the loan terms.

  ```json
  {
    "intentType": "lend",
    "asset": "ADA",
    "amount": 500,
    "conditions": {
      "interestRateTrigger": 7.0
    }
  }
  ```

***

By integrating **intelligent action buttons** and enabling various triggers such as price changes, time-based events, or alerts, SyncAI makes it easier for users to navigate the complexities of DeFi. Users are empowered to automate their DeFi interactions while maintaining control over key decisions, ensuring they can act at the right time with minimal effort. SyncAI's intent-driven model enhances user experience and simplifies participation in the DeFi ecosystem.


# Cardano Explorer

## **Overview**&#x20;

SyncAI's Cardano Explorer agent allows users to interact with the Cardano blockchain in a user-friendly and intuitive manner. By specifying intents, users can retrieve information about transactions, addresses, blocks, assets, and stake pools directly from the blockchain. SyncAI simplifies this process by translating high-level intents into blockchain queries, managing the complexities of data retrieval and presentation.

<figure><img src="https://2852330822-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNfGtY8m40ARTSk8tbqud%2Fuploads%2FLZb4ewDmNUTIjXy137MM%2FAI%20Analytics%20Intents.png?alt=media&amp;token=9aa140a3-ab2d-4131-8989-448481938dee" alt=""><figcaption></figcaption></figure>

With the power of intent-based interactions, users can access detailed blockchain data without having to understand the underlying technicalities. This intent-centric design not only reduces the learning curve for users but also ensures that data is fetched and presented in a secure and efficient manner. For example, intents can be used to query the top contributors to a particular decentralized exchange (DEX) like Minswap, based on transaction volume.

## **Example:**&#x20;

**Top Wallets by Volume on Minswap** To identify the top 10 wallets that have contributed the most volume on Minswap, a user can submit an intent through SyncAI specifying this request:

```json
{
  "intentType": "topWalletsByVolume",
  "dex": "Minswap",
  "numberOfWallets": 10
}
```

* **Intent Explanation:**
  * `intentType`: Defines the intent's purpose, which is to find the top wallets by volume.
  * `dex`: Specifies the target decentralized exchange, in this case, Minswap.
  * `numberOfWallets`: Indicates how many wallets to retrieve, here being the top 10.
* **Conversion by AI:**
  * SyncAI interprets the intent and translates it into queries for Minswap's on-chain data.
  * It then calculates the transaction volume contributed by each wallet on Minswap.
  * Finally, SyncAI returns the top 10 wallets based on their total transaction volume.

This approach showcases the efficiency and flexibility of SyncAI's intent system in extracting specific blockchain data. Users can easily tailor their queries to meet specific needs without requiring detailed knowledge of the blockchain’s underlying architecture.


# Governance

A Three-Part Approach to Simplified DAO Interactions

SyncAI acts as an **off-chain layer**, abstracting governance complexities and enabling users to seamlessly engage with decentralized autonomous organizations (DAOs). The governance module is specifically designed to simplify and enhance user participation, with its framework built around three key components:

### 1. **Communication – SyncEcho**

SyncEcho facilitates seamless communication within DAOs by enabling decentralized representatives (dReps) to create discussion groups, initiate intra-dRep voting, and drive collaboration. This communication layer fosters more informed and efficient decision-making, empowering participants to engage meaningfully with governance processes.

{% content-ref url="/pages/f0R7UzwIaAPi7gvSUS4K" %}
[SyncEcho: Wallet to Wallet Interactions](/features/syncecho-wallet-to-wallet-interactions)
{% endcontent-ref %}

### 2. **Notifications - SyncNotify**

SyncAI provides real-time notifications on governance proposals from platforms like Intersect and other major DAOs. Users can subscribe to receive updates tailored to their interests, with every notification equipped with an action button for quick summary and one-click voting. This feature simplifies governance participation, ensuring users stay informed and can act instantly.

The notification payloads can be seamlessly delivered to the Sync Mobile App or even Web2 platforms like WhatsApp or Telegram.

{% content-ref url="/pages/dGsO2kwjFZcMpgQaQN6k" %}
[SyncNotify: On-Chain Notifications](/features/syncnotify-on-chain-notifications)
{% endcontent-ref %}

### 3. **Natural Language Commands**

SyncAI’s natural language processing capabilities allow users to query governance data, such as proposal information or two-minute summaries, using simple commands. This feature makes it effortless for users to interact with governance proposals, obtain concise updates, and make informed decisions quickly.

<figure><img src="https://2852330822-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNfGtY8m40ARTSk8tbqud%2Fuploads%2F4HNSl45PKUg1EoZY8JeW%2Fimage.png?alt=media&amp;token=674750f0-7972-4a83-9e17-01885535ef64" alt=""><figcaption></figcaption></figure>

***

## Examples:

* A decentralized representative (dRep) creates a discussion group on SyncEcho to gather input on a proposal related to sustainability efforts. After an engaging discussion, the dRep conducts intra-dRep voting to collect feedback from the group before casting their official vote on Project Catalyst.
* A user who subscribes to notifications for Intersect DAO receives an alert about a new DeFi funding proposal. The notification includes an action button that enables the user to learn about proposal in 2-mins and vote on the proposal directly, eliminating the need to navigate through the platform.
* A user submits the natural language command, "Show me the top 5 proposals in the Real-World Asset (RWA) category with the highest funding request." SyncAI processes the query and returns a summary of the top 5 RWA proposals, ranked by their requested funding, allowing the user to quickly assess and act on the information.


# Overview

Sync Node is the powerhouse of the SyncAI Network, designed to enable the highest level of abstract programming, Web3 space has ever seen. It consists of industry-grade algorithms that enable a multitude of features, which will forever change dApp-user and user-user interactions. It is the tech stack behind the packed suite of features that diminishes technological barriers to the level that blockchain interactions becomes as natural as conversing with a real person. This is all governed by a Sybil-resistant, unique, and global ID system that authenticates Web3 users as real humans.

<figure><img src="https://2852330822-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNfGtY8m40ARTSk8tbqud%2Fuploads%2FwaBP7eM6tRB3kAEs5HB5%2FSyncNode.png?alt=media&amp;token=71451b00-8f70-45b3-9f1f-9b1b889039f0" alt=""><figcaption></figcaption></figure>

The SyncAI Node is built on a multi-layered architecture, each layer designed to fulfill a specific function that collectively enables efficient, secure, and user-friendly blockchain interactions.

{% content-ref url="/pages/OvG05IlONNPZe8TZxLnI" %}
[Anchor Identity Layer](/sync-node/anchor-identity-layer)
{% endcontent-ref %}

{% content-ref url="/pages/smTsyJDVa4499zdsFALO" %}
[Data Ingression Layer](/sync-node/data-ingression-layer)
{% endcontent-ref %}

{% content-ref url="/pages/umV2lHO0UkfbpENxUWlI" %}
[Solver Network](/sync-node/solver-network)
{% endcontent-ref %}

{% content-ref url="/pages/fiFpNib9ziQhgfah79on" %}
[Querying Layer](/sync-node/querying-layer)
{% endcontent-ref %}

{% content-ref url="/pages/9aPohwuCszR8cDgXhXgu" %}
[Dispatch Layer](/sync-node/dispatch-layer)
{% endcontent-ref %}

**Node Communication Relay Formula:**

In the SyncAI Node architecture, nodes communicate by relaying information across the network. This communication relay can be represented using the following formula:

$$
R(P,N)=λ⋅T(N)+(1−λ)⋅P(P)
$$

where:

* $$R(P,N)$$ denotes the communication relay function for payload $$𝑃P$$ and target node $$𝑁N$$.
* $$𝜆λ$$ is a weighting factor to balance between priority and bandwidth considerations.
* $$𝑇(𝑁)T(N)$$ calculates the transmission bandwidth available at node $$𝑁N$$, factoring in current network load and latency.
* $$𝑃(𝑃)P(P)$$ computes the priority of the payload $$𝑃P$$, considering its urgency and impact on the network.

The function $$𝑅R$$ is designed to determine the optimal route for relaying information between nodes by weighing both the available transmission bandwidth and the priority of the payload. A higher $$𝜆λ$$ value gives more weight to the available bandwidth, favoring efficient routing over priority. Conversely, a lower $$𝜆λ$$ prioritizes critical payloads that may require urgent delivery, even if it results in lower transmission efficiency.


# Anchor Identity Layer

The Anchor Identity Layer is a computational storage identifier layer that integrates multiple aspects of a user's digital footprint:

* **Social Media Aggregation:** This layer securely manages and consolidates authentication data for all linked social media accounts.&#x20;
* **Blockchain Address Repository:** This layer securely stores private and public keys associated with blockchain addresses across networks like Ethereum and Cardano. This enables secure multi-chain access and interaction with decentralized applications.
* **Proof of Personhood:** This crucial layer is dedicated to verifying that each user is a unique and real human being, thereby preventing Sybil attacks and other forms of identity fraud. It utilizes advanced biometric data, such as a palm vector hash, along with other identity credentials like government-issued documents, to establish a robust and reliable digital identity.

The Anchor Identity Layer employs advanced cryptographic techniques to ensure data security:

* **Zero-Knowledge Proofs (ZK):** By leveraging ZK protocols, the system allows users to verify their identities without exposing sensitive credentials. This ensures secure and privacy-preserving authentication, reducing the risk of identity compromise.
* **Decentralized Storage with Encrypted Data:** The system employs decentralized storage networks, encrypting data and splitting it into shards that are stored on IPFS/IAGON and their identifiers will be distributed across multiple nodes for data integrity.


# Data Ingression Layer

The Ingression Layer serves as the primary data intake for all user interactions and decentralized applications (dApps). It acts as the tunnel through which user inputs and dApp data are funneled for processing.

## **Core Functions:**

1. **Push Notifications from dApps:** The Ingression Layer receives data from dApps, including push notifications. It aggregates and structures these notifications, ensuring they are delivered to the correct endpoints. This ensures that users receive timely updates and messages from the various dApps they interact with.
2. **User Inputs for Chat and Payment Functions:** Users interact with the system via chat and payment functions. The Ingression Layer captures these interactions, identifying user intents and routing them to the appropriate channels for further processing.&#x20;

## **Processing Workflow:**

* **Data Capture:** The layer captures data from dApps and users, ensuring it's correctly structured for further processing.
* **Transformation:** The layer transforms the data into a standardized format, facilitating seamless interaction between the different components of the SyncAI Node.
* **Routing:** After capturing and transformation, the layer routes it to the appropriate subsystems based on predefined rules and user intents.

The Ingression Layer is integral to the SyncAI Node, functioning as the gateway for all data from dApps and users. It ensures that data is accurately captured, routed, and transformed, maintaining the efficiency and integrity of the entire system.


# Solver Network

The Solver Network Layer in the SyncAI Node operates as an finetuned AI inference layer, designed to convert user intents into executable blockchain interactions. This layer leverages a fine-tuned Large Language Model (LLM) to translate natural language inputs into actionable instructions that the blockchain can understand and execute.

## **Core Features:**

1. **Natural Language Understanding and Transformation:** The LLM layer specializes in natural language processing (NLP), taking user inputs and interpreting them based on contextual and semantic understanding. This process allows the network to comprehend user intents accurately, even if they are articulated in natural language.
2. **On-Chain Execution and Inference:** The LLM operates as an inference engine on-chain, directly interacting with the blockchain to transform interpreted intents into transactions. This capability allows the network to seamlessly convert human language into machine-executable instructions.
3. **Counterparty Discovery and Coordination:** The Solver Network Layer also facilitates multiparty coordination by identifying relevant counterparties based on user intents. This ensures that transactions requiring multiple participants can be effectively coordinated and executed with minimal friction.

## **Processing Workflow:**

* **Intent Interpretation:** The LLM analyzes user inputs to discern their intent, using NLP to derive actionable commands from the user's natural language requests.
* **Solution Matching:** The layer then matches the derived intent with potential solutions or transaction types that the blockchain can execute.
* **Execution:** Once a match is identified, the layer orchestrates the execution of the transaction by relaying the appropriate commands to the blockchain network.

The Solver Network Layer helps in natural language procession of intents into blockchain transactions. By leveraging a native fine-tuned AI model, it ensures accurate interpretation and efficient execution, enhancing the SyncAI Node's ability to facilitate seamless blockchain interactions.


# Querying Layer

The Querying Layer is a crucial component of the SyncAI Node, designed to facilitate seamless data retrieval from the Cardano blockchain. It provides essential support for other layers in the system by ensuring they have access to accurate, up-to-date blockchain information. This layer interacts directly with various data sources:

1. **Cardano Node Database:** It queries the node database of the Cardano blockchain, accessing essential information about the current state of the blockchain, including blocks, transactions, and on-chain events. This ensures that the system has a consistent and reliable view of the blockchain's current state.
2. **Smart Contracts:** The Querying Layer interfaces with smart contracts deployed on the Cardano blockchain, retrieving data stored in them. This interaction enables the system to fetch state data from dApps directly.
3. **Project Catalyst Database:** The layer also integrates with the Project Catalyst database, accessing crucial data related to Cardano's community-driven governance and funding initiatives. By querying this database, the system can obtain real-time updates about project proposals, funding status, and voting results.

## **Operational Role:**

* **Data Aggregation:** The Querying Layer aggregates data from different on-chain sources, providing a unified view of the blockchain state.
* **Information Relay:** It relays on-chain information to other layers in the system, enabling them to function effectively by providing accurate blockchain data.

The Querying Layer plays a vital role in ensuring that the SyncAI Node has access to real-time blockchain data. By interfacing with the Cardano blockchain and other critical data sources, it provides the foundation needed for seamless on-chain interaction, enabling the system to support intelligent decision-making and efficient blockchain operations.


# Dispatch Layer

The **Dispatch Layer** in the SyncAI Node serves as the delivery mechanism that distributes outputs generated by various layers of the node directly to user devices, functioning as the final stage of the system. The Dispatch Layer **is the delivery node itself**, represented by the **SyncMobile app**. It ensures that all outputs are delivered accurately and promptly to maintain a smooth and responsive user experience.

#### Key Functions:

* **Notifications**: The Dispatch Layer delivers critical notifications, including updates on transactions, system alerts, and important dApp interactions that require immediate user attention.
* **Chat Function Outputs**: It manages the reliable delivery of chat messages, including transaction confirmations and other important communications.
* **Solved Queries**: The layer distributes responses to user queries, ensuring that the data is presented in an easily understandable format, whether for transaction results or other query responses.

#### Operational Role:

* **Data Formatting**: Before dispatching data, the Dispatch Layer formats outputs from different system layers to maintain consistency and readability.
* **Delivery Management**: The layer determines the best communication channels (such as SyncMobile or external messaging apps like WhatsApp and Telegram) to ensure timely and reliable delivery.

#### Delivery Mechanism:

* **SyncMobile App Integration**: The Dispatch Layer functions as the delivery node itself through the **SyncMobile app**, where encrypted payloads are sent directly to **SyncIDs**. Once received, the payloads are decrypted within the app, and the relevant notifications are shown to the user.
* **Developer Access**: The Dispatch Layer can also be queried and modified via our SDK, allowing external dApps and developers to request custom outputs or notifications, making it adaptable for broader use cases beyond the SyncMobile app. It also enables the creation and tokenization of on-chain mini applications like "Whale Alerts" and "Token Burn and Buyback Notifiers," similar to Telegram bots. By leveraging SyncAI's tools, these applications can be launched on the SyncMobile platform, supporting Initial App Offerings and introducing a revenue-sharing model that enhances user engagement and opens up new monetization opportunities within the ecosystem.&#x20;

This structure ensures that SyncAI delivers timely, actionable, and secure information directly to users or dApps, maintaining system responsiveness and flexibility.


# Distribution and Vesting

### Introduction

$SYNC is the native utility token that powers our DePIN Network. Meticulously designed over several months with the support of industry experts, it is engineered to capture value from Web3’s key liquidity zones, fuel node operations, reward delegators, and sustain a self-reinforcing economy.

This document outlines our distribution model, providing insight into the strategic allocation of our token supply.

<figure><img src="https://2852330822-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNfGtY8m40ARTSk8tbqud%2Fuploads%2FQtXObMUcCLbm9gqJKWnm%2Ffinaldozo-min.png?alt=media&amp;token=70611eba-f7e6-40e4-a8c2-a16935bd5ee8" alt=""><figcaption></figcaption></figure>

***

### Token Overview

<figure><img src="https://2852330822-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNfGtY8m40ARTSk8tbqud%2Fuploads%2FISkx8V1TpMhTu1rKqBMy%2FInstagram%20post%20-%203.png?alt=media&amp;token=24b199ab-e692-4925-a267-261928cd5fda" alt=""><figcaption><p>Pre-Sale Details</p></figcaption></figure>

***

### **Commitment to Transparency**

Transparency is an essential pillar of trust and credibility and SyncAI is committed to ensuring that we provide users and community members with accurate, up-to-date information as it relates to $SYNC token allocations.&#x20;

We have minted ADA Handles to allocate multiple $SYNC wallets for specific purposes, aligned with our public Tokenomics framework.

> $ecosystem.sync&#x20;
>
> $team.sync&#x20;
>
> $develop.sync&#x20;
>
> $marketing.sync&#x20;
>
> $rewards.sync

This initiative will enable public access to real-time, on-chain tracking of team-led $SYNC token movements.&#x20;

***

### Token Distribution

The total supply of 1,000,000,000 $SYNC tokens is allocated to various segments which are designed to ensure sustainability, incentivize early participation and to foster a robust community environment.

<table data-header-hidden><thead><tr><th width="146"></th><th width="110"></th><th width="90"></th><th width="91"></th><th></th></tr></thead><tbody><tr><td><strong>Category</strong></td><td><strong>Allocation</strong></td><td><strong>Unlock at TGE</strong></td><td><strong>Cliff Period</strong></td><td><strong>Vesting Schedule</strong></td></tr><tr><td><strong>Ecosystem &#x26; Community</strong></td><td>40.00%</td><td>10%</td><td>6 Months</td><td>A gradual, algorithmic release via staking, node operations, and community programs, starting with an initial 10% unlocked at TGE to kickstart staking into Sync Private Node Vaults in the months ahead.</td></tr><tr><td><strong>Rewards</strong></td><td>1.50%</td><td>0%</td><td>1 Month</td><td>Vesting over  12 months</td></tr><tr><td><strong>Team</strong></td><td>5.50%</td><td>0%</td><td>12 Months</td><td>Linear vesting over 36 months post-cliff</td></tr><tr><td><strong>Development</strong></td><td>9.00%</td><td>0%</td><td>None</td><td>Linear vesting over 48 months</td></tr><tr><td><strong>Advisory, committee and Marketing</strong></td><td>3.00%</td><td>0%</td><td>6 Months</td><td>Linear vesting over 24 months post-cliff</td></tr><tr><td><strong>Sale</strong></td><td>36.00%</td><td>100%</td><td>N/A</td><td>Tokens returned in the case of not reaching a max raise will be temporarily allocated into liquidity in order to explore liquidity partnerships and optimize pool depth within and outside the Cardano ecosystem.</td></tr><tr><td><strong>Liquidity</strong></td><td>5.00%</td><td>100%</td><td>N/A</td><td>N/A</td></tr></tbody></table>

### 1. Ecosystem and Community (Node Operations, Staking, Community Incentives)

* **Allocation:** 40%
* **Tokens:** 400,000,000 $SYNC
* **Cliff Period:** 6 Months
* Unlock on TGE: 10%

<figure><img src="https://2852330822-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNfGtY8m40ARTSk8tbqud%2Fuploads%2FQCE6Pp9mR0YhOJRPejzw%2Fecoandcomms-min.png?alt=media&amp;token=029daf6d-1133-41ce-879c-2f7c0cbec31b" alt=""><figcaption></figcaption></figure>

*This section will be updated closer to our product launch in Q1, 2025.*

This allocation is dedicated to creating robust economic incentives for Sync network participants who contribute to the protocol's stability, security, and growth. By allocating a significant portion to node operators, stakers, and community incentives, we ensure active participation and long-term commitment.

{% hint style="info" %}
**How does the network generate revenue?**

Please refer to the embedded section below for a detailed breakdown of Token Utility, Revenue Models, and the Network Economy.
{% endhint %}

{% content-ref url="/pages/PtrLOxUyNqy2Jq0VAyjW" %}
[Token Economy and Revenue Model](/tokenomics/token-economy-and-revenue-model)
{% endcontent-ref %}

The SyncAI Network is built on a DePIN (Decentralized Physical Infrastructure Network) framework, supported by distributed nodes that manage three core functions:

* **Validation and Consensus:** To ensure data integrity across the network, we have robust mechanisms for validation and consensus. These processes authenticate notifications, confirm correct delivery, and prevent tampering, promoting both transparency and trust in message origins.
* **Computation and Processing:** SyncAI prioritizes data privacy. Sensitive computations are protected through zero-knowledge proofs and multi-party computation, keeping data secure even from the nodes performing the processing. Provable AI inference adds an additional layer of reliability, allowing computational integrity without revealing private data.
* **Storage:** Reliable storage is essential for SyncAI to maintain a record of all operational data, ensuring transparency and continuity for all network interactions.

For optimized deployment, SyncAI offers a two-tier node system:

* **Light Nodes:** Designed to work with Intel or AMD x86 processors and a minimum of 8GB RAM, these nodes handle validation and relay functions, supporting the network’s integrity.
* **Full Nodes:** These nodes, compatible with IAGON Cyclone specifications, it offers a complete set of validation and computing modules to support AI use cases, manage cross-chain interactions, and ensure secure data storage to enable SyncAI Network activities.

**Staking** is a distinct component where token holders can lock up $SYNC tokens to support network security and earn rewards, promoting long-term engagement and network stability.

{% hint style="info" %}
Learn more about Node Operations and Staking in the embedded section [here](https://syncs-organization.gitbook.io/copy-of-syncai-network-whitepaper/tokenomics/token-economy-and-revenue-model#node-operations).
{% endhint %}

**Community incentives** will include a suite of well-designed programs to onboard a large user base into the Sync ecosystem, such as referrals, XP points, ambassador initiatives, and community bounties. These programs will be announced soon during the mainnet launch planned for **Q1, 2025**.

**Developer Incentives:** In addition to node operations, we are introducing a dedicated incentive program for developers who build on the Sync platform. This program will take SAFT positions for innovation and development efforts on top of Sync Network, encouraging the creation of high-quality dApps and tools to grow the ecosystem.

Tokens will be released gradually through staking rewards, node operation incentives, and community programs, ensuring a steady distribution that aligns with the network's growth.

***

### 2. Rewards (ITN Early Participation Reward + Other Incentives)

* **Allocation:** 1.50%
* **Tokens:** 15,000,000 $SYNC
* **Cliff Period:** None
* **Vesting Schedule:** Over 12 Months

<figure><img src="https://2852330822-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNfGtY8m40ARTSk8tbqud%2Fuploads%2Fj0uKqAc2ZYVMerrEwygZ%2Fitnrewasds-min.png?alt=media&amp;token=59455db7-6b94-403b-8947-ff259b025772" alt=""><figcaption></figcaption></figure>

This allocation rewards early participants in the Incentivized Testnet (ITN) and X LSPO (TBA).

Since its launch on August 7th, the ITN has achieved significant milestones, with over **1,400+ unique network participants** completing more than 3&#x34;**,000+ tasks**. These early adopters are crucial in creating a strong network effect, as their collective activity helps to stress-test the network's initial features in testnet environment, security, and performance under real-world conditions.

Recognizing their contributions not only refines the platform ahead of the mainnet launch but also accelerates the development of a vibrant ecosystem. This early momentum is essential for achieving critical mass adoption, ensuring that the network can sustain and grow its user base effectively.

***

### 3. Team

* **Allocation:** 5.50%
* **Tokens:** 55,000,000 $SYNC
* **Cliff Period:** 12 months
* **Vesting Schedule:** Linear vesting over 36 months after the cliff

{% content-ref url="/pages/Ce71AWizx3jZaW7F3Rcj" %}
[SyncAI Team and Liquidity Committee](/tokenomics/syncai-team-and-liquidity-committee)
{% endcontent-ref %}

Our team allocation structure is designed to keep core contributors aligned with the project’s long-term goals. We’ve kept it modest to support balanced growth and foster a sustainable ecosystem that aligns our interests with the community.

***

### 4. Development

* **Allocation:** 9.00%
* **Tokens:** 90,000,000 $SYNC
* **Cliff Period:** None
* **Vesting Schedule:** Linear vesting over 48 months

<figure><img src="https://2852330822-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNfGtY8m40ARTSk8tbqud%2Fuploads%2FhkfT1cugcDC2azBTeb1s%2Froadmapps.png?alt=media&amp;token=09c51198-23ad-4533-b2ea-50a159d07153" alt=""><figcaption></figcaption></figure>

The primary purpose of this allocation is to ensure that every possible avenue is explored for the success of the project. This fund allows us to attract and retain top talent, invest in research and development, and swiftly adapt to technological advancements and market changes. It is dedicated to supporting the ongoing development of the Sync network with the utmost care and economic consideration, ensuring continuous innovation and enhancement as needed. Importantly, this fund is not intended for the initial development of the protocol, but rather for ensuring the project's long-term growth, competitiveness, and ability to deliver ongoing value to the community.

***

### 5. Advisory, Committee and Marketing

* **Allocation:** 3.00%
* **Tokens:** 30,000,000 $SYNC
* **Cliff Period:** 6 months
* **Vesting Schedule:** Linear vesting over 24 months after the cliff

This allocation is crucial for engaging experienced advisors whose expertise will enhance our strategic direction, secure key partnerships, and navigate industry complexities, directly contributing to the network's growth and credibility.&#x20;

The marketing allocation is essential for driving user acquisition, building brand awareness, and fostering community growth—all critical for network adoption in a DePIN project. Effective marketing ensures our innovative product reaches its target audience and achieves the adoption needed for long-term success. As we expand massively cross-chain, tapping into high-liquidity zones across Web3, a robust marketing strategy will be crucial. By investing in advisory and marketing efforts, we position our project to excel both technically and in market presence, securing the visibility and community support necessary for sustained growth and impact.

***

### 6. Pre-Sale

* **Allocation:** 36%
* **Tokens:** 360,000,000 $SYNC

<figure><img src="https://2852330822-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNfGtY8m40ARTSk8tbqud%2Fuploads%2FD5XxQiEd81uW8ZziJxKD%2Fpresalesssd.png?alt=media&amp;token=e9b1581e-039b-45e0-a368-d5fbbd5b8a46" alt=""><figcaption></figcaption></figure>

The token sale will support the project’s early development, operations, and team expansion. We’ve allocated 36% of the total supply to the pre-sale, allowing us to raise capital in exchange for ADA and distribute $SYNC to a broad base of the community.

Additionally, **10% of the raised ADA** is allocated to our incubation program, which invests in startups building on the Sync Network, particularly in developer-centric countries within the APAC region. By providing minimum check sizes of $15-20k, we support innovative projects that contribute to the growth and diversification of our platform.

This dual strategy of fundraising and ecosystem investment strengthens our financial foundation, attracts top-tier talent, and drives the creation of diverse applications and services on the Sync Network. Through these efforts, we aim to accelerate network adoption, enhance network effects, and ensure the long-term sustainability and success of our Network.

***

### 7. Liquidity

* **Allocation:** 5.00%
* **Tokens:** 50,000,000 $SYNC

<figure><img src="https://2852330822-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNfGtY8m40ARTSk8tbqud%2Fuploads%2FQj7ni6Q39pYXgV0ueI7J%2Fliqwsa.png?alt=media&amp;token=470436be-c804-4994-a0c5-cab67a1dd26b" alt=""><figcaption></figcaption></figure>

Liquidity allocation ensures sufficient tokens are available on exchanges to facilitate trading and reduce price volatility. This is crucial for a healthy market and provides accessibility for new participants.

{% hint style="info" %}
Read more about the liquidity strategy in the next section, prepared in detail by a committee of experts.
{% endhint %}


# Liquidity Management Strategy

## Overview

We've designed a robust, sustainable liquidity model for $SYNC that promotes healthy market dynamics and prioritizes longevity and community trust. This document outlines our strategy, complete with fund allocation details, liquidity pool operations and future considerations for liquidity management.

<figure><img src="https://2852330822-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNfGtY8m40ARTSk8tbqud%2Fuploads%2FWaoGQsC4jkqEP3CpcCaX%2Fliqmanage.png?alt=media&amp;token=6ca5f104-66dc-4b40-9fb8-93507ad3d2a6" alt=""><figcaption></figcaption></figure>

***

## Liquidity Strategy

### Post-Token Generation Event (TGE):

* 15% of the $ADA raised during the IDO will be allocated to liquidity operations.
* 5% of the total $SYNC tokens will be reserved for initial liquidity provisioning.

Both of these amounts will be stored in a multi-sig wallet earmarked specifically for liquidity operations.&#x20;

In the event of returned tokens from the pro-rata IDO, they will be prioritized for:

1. Strengthening liquidity operations, if additional resources are required.
2. Enhancing staking rewards.

<figure><img src="https://2852330822-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNfGtY8m40ARTSk8tbqud%2Fuploads%2FdDPEcOJ6aDtc1Wzk90cj%2Fraised%20ada.png?alt=media&amp;token=d95fdb9a-6438-43d5-b821-e43a274390b0" alt=""><figcaption></figcaption></figure>

This structured approach ensures strong initial liquidity, with Protocol-Owned Liquidity (POL) fees expected to accumulate in the pool, deepening its liquidity over time. Furthermore, this strategy provides the necessary resources to sustain long-term liquidity management, which will be detailed further in upcoming discussions.

***

### Seeding the Initial Liquidity Pool

The minimum and maximum raise amounts will be mapped linearly to an ADA allocation range of 200,000 to 300,000 from the 15% liquidity pool allocation. Based on the amount raised, this $ADA will be paired with $SYNC tokens from the 5% allocation to support liquidity operations. A pool will be initiated on Minswap with a 1% fee, designed to enhance pool depth amidst the expected initial volatility.

The remaining ADA raised will be allocated to the ongoing zap-in operation, which is detailed in the following section. The table and graph below illustrate how these liquidity sub-allocations adjust based on the total raise amount.

{% hint style="info" %}
Zap-in refers to utilizing 15% of the ADA from the sale to buy back tokens from the market, gradually adding them as liquidity over time. These algorithmic zap-ins are designed to sustain the long-term health of the token.
{% endhint %}

For example:

**Note:** These do not represent exact raise amounts. They are for illustrative purposes only.

| Ada Raised | Initial Seed | Zap In Allocation |
| ---------- | ------------ | ----------------- |
| 4.0        | 212,500      | 387,500           |
| 4.5        | 225,000      | 450,000           |
| 5.0        | 237,500      | 512,500           |
| 5.5        | 250,000      | 575,000           |
| 6.0        | 262,500      | 637,500           |
| 6.5        | 275,000      | 700,000           |
| 7.0        | 287,500      | 762,500           |
| 7.5        | 300,000      | 825,000           |

<figure><img src="https://2852330822-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNfGtY8m40ARTSk8tbqud%2Fuploads%2FqFDqoXnpZEQnCxQoJoRS%2FTwitter%20post%20-%2010.png?alt=media&amp;token=ccd583b2-4bc6-4997-a0ad-9308068ef8ab" alt=""><figcaption></figcaption></figure>

***

### Zap-In Operations

#### **Randomized Schedule Generation**

The ADA allocated to this portion of our liquidity strategy will be gradually zapped-in over time. Using a progressive approach like this, rather than a one-time liquidity seed, allows us to:

* Spread out liquidity injections, giving the market time to absorb and adjust to the changes.
* Demonstrate our commitment to reinvesting in our own token.
* Promote healthy levels of volatility, contributing to a more robust market.
* Deepen the liquidity pool over time, enhancing overall market stability.

In order to minimize the potential for gamification and enhance unpredictability for our zap-in schedule, we will implement a multi-layered randomization strategy.

By integrating a On-Chain Random Number Generation Library (RNG) developed by [Nucast](https://x.com/NucastIO) into our formula, both the scheduling and the exact timing—down to the minute—of each zap-in will be randomized.&#x20;

<figure><img src="https://2852330822-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNfGtY8m40ARTSk8tbqud%2Fuploads%2FwT6n8D9vYBRj00JZth3C%2Frnglivb.png?alt=media&amp;token=01b079f2-d33d-4dd4-9ef6-9c3ac998cb68" alt=""><figcaption></figcaption></figure>

Additionally, the duration of this operation will be randomly determined based on the total amount of ADA raised. The complete schedule and formula will be disclosed once the zap-in process has been fully completed. Below is an example of what a schedule might look like (real figures will vary upon schedule generation).<br>

<figure><img src="https://2852330822-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNfGtY8m40ARTSk8tbqud%2Fuploads%2FTjTpSVZvmpRy731XzmNc%2FTwitter%20post%20-%2011.png?alt=media&amp;token=d086cf43-4f46-423b-9098-e8ed4dbb7ffe" alt=""><figcaption></figcaption></figure>

#### **Resource Deployment Per Zap-In**

We combine a randomized schedule with a trend-based zap-in resource allocation strategy to achieve various outcomes. Below are the approaches we explored, along with the chosen method and the rationale behind it. All figures are for demonstration purposes only and may vary.

1. Linear Zap-In:

* Equal amounts of ADA are zapped in at each interval.
* Provides predictability but may be less effective as pool depth increases.

<figure><img src="https://2852330822-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNfGtY8m40ARTSk8tbqud%2Fuploads%2FHDdGyps5B4kc4mhNRf8t%2FTwitter%20post%20-%209.png?alt=media&amp;token=f116a0bb-25e3-419b-952a-a7eca1d614f0" alt=""><figcaption></figcaption></figure>

2. Exponential Ascending Zap-In:

* Starts with smaller ADA amounts and increases exponentially over time.
* Offsets the increasing pool depth and maintains consistent volatility.
* Sustains public interest even after initial IDO hype subsides.

<figure><img src="https://2852330822-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNfGtY8m40ARTSk8tbqud%2Fuploads%2Fkd6EMNjwKmtiI1RFFu9H%2FTwitter%20post%20-%208.png?alt=media&amp;token=d4ab1112-4352-48ab-a50d-585f0ab5b55c" alt=""><figcaption></figcaption></figure>

3. Exponential Descending Zap-In:

* Begins with larger ADA amounts and decreases over time.
* Generates strong initial interest but may lead to reduced activity later.

<figure><img src="https://2852330822-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNfGtY8m40ARTSk8tbqud%2Fuploads%2FGIdR5Cfr9sFZ58zOKR1J%2FTwitter%20post%20-%207%20(1).png?alt=media&amp;token=58927fda-20fd-4186-b659-d3167f62e0bc" alt=""><figcaption></figcaption></figure>

The exponential ascending strategy was selected as the preferred approach because it ensures consistent market engagement, sustains volatility even as the initial IDO hype subsides and the pool depth increases with each subsequent zap-in, and supports sustained growth well beyond initial pool seeding. This makes it the ideal choice for long-term stability and success.

***

### Liquidity Management Council

Liquidity management must be a continuous effort, requiring careful monitoring of market conditions, liquidity depth, and other key factors to ensure informed decision-making. We firmly believe that no single individual should be solely responsible for a task as critical as liquidity management.&#x20;

To address this, we've established a Liquidity Council that will be equipped with a range of tools and mandates to ensure the effective and transparent management of liquidity for $SYNC

The council will initially be composed of individuals with extensive experience across diverse fields, all of whom possess a strong understanding of tokenomics and have made significant contributions to Web3. This diversity ensures that we can cover a wide range of perspectives and expertise when utilizing the tools outlined below. Our long-term goal is to open council positions to the DAO, once we roll out a robust governance structure in the post-expansion phase.

<figure><img src="https://2852330822-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNfGtY8m40ARTSk8tbqud%2Fuploads%2FYS4ekpwPbtjNI63suqO0%2Fteams%20final%202.png?alt=media&amp;token=26ddd8f7-a515-487f-a562-02a69e819bae" alt=""><figcaption></figcaption></figure>

#### Council Tools

All fees generated from trades within a liquidity pool are automatically reinvested back into the pool, deepening the pool and increasing the value of each liquidity provider's LP token, which then represents a larger share of the assets. This mechanism makes it prudent to perform liquidity sweeps regularly, which is the reasoning behind the biweekly interval. If adjustments are necessary, it’s efficient to address multiple liquidity-related matters during the same meeting.

As a result, the council will convene biweekly, during which a vote will be held to determine whether it is appropriate to deploy any of the tools at their disposal. These tools include:

* Adjusting the initial seed pool depth, with a maximum change of 10%.
* Modifying the depth of any Protocol-Owned Liquidity pools on-chain, with a maximum change of 10%.
* Seeding a new on-chain pool with appropriate starting liquidity depth, provided sufficient funds are available in the liquidity operations wallet.

It is important to note that not all tools will be utilized during every biweekly meeting. However, when a tool is deployed, each council member is required to provide a rationale for their vote. Any funds removed from liquidity pools will be securely stored in the liquidity operations multisig wallet.

#### Council Mandate

<figure><img src="https://2852330822-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNfGtY8m40ARTSk8tbqud%2Fuploads%2FSSRHsKr8LtfhgcTbSkzU%2Fimage.png?alt=media&amp;token=973811d5-f2d9-4aa0-b34d-8fa5bfa9dae9" alt=""><figcaption></figcaption></figure>

Although the council is equipped with various tools, a well-defined set of goals is essential to guide their effective use and achieve optimal outcomes. Much like the Federal Reserve’s dual mandate, the council will operate with the following primary objectives, listed in order of importance:

1. Ensure the longevity and sustainability of the $SYNC protocol\
   This objective is paramount and supersedes all others. Every decision made must prioritize the long-term health and stability of the protocol.
2. Maximize trading volumes\
   Increasing trading activity is key to generating fees for the protocol, which will strengthen its financial position and contribute to growth.
3. Maintain healthy volatility\
   Volatility plays a critical role in sustaining interest and driving token trading. However, it must be managed in a way that supports the protocol's overarching goals of sustainability and volume maximization.

#### Council Composition&#x20;

The council will consist of no fewer than 7 and no more than 11 members, ensuring a balance between diverse perspectives and efficient decision-making. An odd number of members will be selected to guarantee decisive voting outcomes. This structure allows for a broad range of expertise while maintaining a manageable size for effective collaboration.

At least two members will come from the founding team, ensuring that the council remains aligned with the protocol’s original vision. Each member will hold one equal vote, promoting fairness and collective decision-making.

To ensure commitment and accountability, council members are subject to removal if they miss two consecutive biweekly meetings without providing at least one week’s notice in advance. This rule helps maintain the integrity and consistency of the council’s operations.

The full list of initial council members is yet to be announced.

{% content-ref url="/pages/Ce71AWizx3jZaW7F3Rcj" %}
[SyncAI Team and Liquidity Committee](/tokenomics/syncai-team-and-liquidity-committee)
{% endcontent-ref %}

***

### Encouraging Organic Liquidity Providers

To ensure the long-term sustainability of the $SYNC ecosystem, we may explore various strategies to attract organic liquidity providers (LPs) as the protocol evolves post-TGE. These options are potential avenues that could be considered, and we will remain flexible, adapting to the protocol’s needs over time:

<figure><img src="https://2852330822-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNfGtY8m40ARTSk8tbqud%2Fuploads%2FlyycxvYcJPmGwh95APiN%2Ffarmwd.png?alt=media&amp;token=6bbe7124-929d-472c-bfa7-0ec9086bc399" alt=""><figcaption></figcaption></figure>

Potential Options for Incentivizing LPs:

* **Farming Rewards:**\
  Any $SYNC tokens refunded from the pro-rata sale or left over from the liquidity allocation may be used as farming rewards over a set period to attract organic LPs.
* **X Token Rewards (TBA):**\
  Additional network staking rewards will include X (TBA) tokens earned through the use of their infrastructure, providing further incentives for liquidity provision.
* **Partnerships with LPs:**\
  We may consider partnerships with liquidity providers, possibly establishing lockup agreements to pool resources for a specified duration. Upon completion, liquidity and accrued fees could be shared proportionally.
* **Utilization of Resources:**\
  Trading fees, refunded $SYNC tokens, or protocol-owned liquidity might be allocated toward initiatives such as potential listings on centralized exchanges (CEXs).

Any future decisions regarding CEX listings or other liquidity-related strategies would involve consultation with the Liquidity Management Council to ensure alignment with our evolving objectives.

These potential approaches leave room for flexibility, allowing us to adapt as necessary to the future needs of the $SYNC ecosystem. Our goal is to involve the DAO in such decision making as well once we begin rolling out our governance framework.


# SyncAI Team and Liquidity Committee

<figure><img src="https://2852330822-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNfGtY8m40ARTSk8tbqud%2Fuploads%2FUtdsyx8uksA0FxZZcaPl%2Ffinaleteam-min.png?alt=media&amp;token=93621029-c273-4fb6-9494-f44f611cbe96" alt=""><figcaption></figcaption></figure>

#### Adnan Khan

Founder and CEO, SyncAI Network | Committee Member

Adnan has over four years of experience in the web3 space as a product architect for multiple startups. With a background as a research partner at Levitate Labs, a web3-focused venture capital firm and accelerator, he graduated in Data Science and Machine Learning. Adnan was also a core contributor to user experience research at Fetch, a web3 research venture.

* Twitter:[ ](https://twitter.com/TheDrTheDr)[@skepticus\_x](https://x.com/skepticus_x)

***

**Avinash aka Chicken**

Tokenomics Lead, SyncAI Network | Committee Member

Chicken has a background in Computer Science and IT. He is an experienced futures and options trader, entrepreneur, investor, and business owner. As a contributor to Minswap DAO, he authored proposals on token burn, DAO governance, catalyst improvement, and more. Chicken is also a tokenomics advisor for various Cardano projects.

* Twitter:[ @navir333](https://twitter.com/navir333)<br>

***

**Sam Jeffrey**

Technical Lead, SyncAI Network

Sam Jeffrey is a Presidential Innovation Award holder by the Government of India and has received multiple accolades from the Ministry of Science and Technology and the Ministry of Human Resource Development for his impactful technological solutions. With over four years of experience developing on Cardano, he began as a Plutus Developer at Gimbalabs and has since contributed to the success of several projects in the Cardano ecosystem.

* Twitter: [@samjefree](https://x.com/samjefree)

***

**Fayaz M**

**Lead Developer, SyncAI Network**

Fayaz, a full-stack developer at Nucast Labs, has 4+ years of experience in backend development and expertise in Cardano smart contracts. Known for his passion for building scalable decentralized applications, he excels in leading full-stack teams and implementing robust smart contract solutions on Cardano. Previously, he spearheaded successful Cardano Dapp projects at Adaxon Pte Ltd.

* Twitter: [@Fayaz0\_](https://x.com/fayaz0_)

***

**Patrick Tobler**

Advisor, SyncAI Network

Patrick Tobler is the CEO and Founder of NMKR with an extensive experience in the Cardano space.

* Twitter: [@Padierfind](https://x.com/Padierfind)

***

**Sandro Schaier**

Technical Advisor, SyncAI Network

Sandro Schaier is an experienced developer with a focus on cardano. Previously working for projects such as Ada handle, Oremob and NMKR.

* [Linked](https://www.linkedin.com/in/sandro-schaier-7518a4299?originalSubdomain=de)in

***

#### Sricharan

Committee Member

Sricharan is an entrepreneur and business development strategist with over seven years of experience in business-driven roles and more than four years in the web3 domain. He has a successful track record of delivering innovative products on the Cardano Blockchain. Passionate about community building and pioneering solutions, he currently leads a dynamic team of over 15 professionals at Nucast Labs. Sricharan holds a Master's degree in Computer Science from the University of Central Missouri, USA.

* Twitter:[ ](https://twitter.com/TheDrTheDr)[@Charanz1309](https://x.com/Charanz1309)

***

#### Imraan (TheDr)

Business Development Lead, SyncAI Network | Committee Member

Imraan holds an MbChB, BSc First Class, MRCGP, and a PGDip in Statistics. He has experience in human factors, networking, collaboration, organization, and strategy.

* Twitter:[ @TheDrTheDr](https://twitter.com/TheDrTheDr)

***

#### Elder Millennial

Committee Member

Elder Millennial is a neuroscientist, engineer, and data scientist specializing in AI research. A crypto and decentralization enthusiast, developer, and DEX consultant, he is the creator of SteelSwap, a DEX aggregator and fee optimizer on Cardano. He has developed Python tools for many crypto projects, including multiple DePIN projects such as NuNet and Iagon, and co-released Synapse to interact with DEX on Cardano with Charli3.

* Twitter:[ @elderm](https://twitter.com/elderm)
* SteelSwap:[ steelswap.io](https://steelswap.io)

***

#### Marco

Committee Member

Marco has a traditional finance background as a Portfolio Manager for model portfolios and Funds of Funds across retail and institutional investors. He contributes to IPOR DAO, Minswap, and Optim. Active in Cardano, Solana, EVM chains, and some Cosmos chains, Marco brings extensive cross-chain experience to the council.

* Twitter:[ @marco\_112358](https://twitter.com/marco_112358)

***

#### Simon

Committee Member

Simon is the co-founder of[ Xerberus.io](https://xerberus.io), a tokenomics expert, and network designer. He specializes in creating robust token economies and network infrastructures.

* Twitter:[ @snj\_peters](https://twitter.com/snj_peters)
* LinkedIn: [Simon Peters](https://www.linkedin.com/in/snj-peters/)

***

#### Bhanu

Bhanu has a background in accounting consultancy and law. He has provided consultancy services for NEWM and is working on the creation of accounting/ERP and other solutions for crypto entities. Previously, Bhanu worked at Grant Thornton, dealing with listed and unlisted entities and an IPO.

* Twitter:[ @sheephurder2](https://twitter.com/sheephurder2)

***

#### Miguel (USCMigs)

Committee Member

Miguel is an engineer in the energy industry with experience in business planning, digital project management, and data science projects. He contributes to Ethereum-based projects Sarcophagus and Token Dynamics, handling business development and other roles within small teams. Miguel is building the Token Engineering Lab on Cardano, focusing on incentive design and analytics.

* Twitter:[ @uscmigs](https://twitter.com/uscmigs)
* Token Engineering Lab:[ thetokenlab.xyz](https://thetokenlab.xyz)

***

\ <br>


# Token Economy and Revenue Model

## 1. Introduction

The Sync Token ($SYNC) powers the SyncAI ecosystem. It fuels every interaction, empowers seamless operations, and unlocks rewards across the network. $SYNC drives high-value transactions, powers cross-chain activity, and incentivizes active participation from users, developers, and node operators. With a well-structured token economy, SyncAI is set to scale rapidly, transforming how ecosystems connect and thrive.

<figure><img src="https://2852330822-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNfGtY8m40ARTSk8tbqud%2Fuploads%2FpRPQJCljOQY5QWunUbkv%2Ftokenn.png?alt=media&amp;token=2777011b-037e-4b18-a641-75eb5e5b046a" alt=""><figcaption></figcaption></figure>

***

## 2. Utility and Revenue Models

## 2.1 Introduction

$SYNC fuels an interconnected Web3 economy by aligning incentives across the ecosystem. The sections ahead reveal how Sync captures value and maximizes opportunities within Web3’s most dynamic sectors.

### **2.2 Transaction Fees**

**Transaction fees** are the primary revenue driver for SyncAI, ensuring the platform remains sustainable and self-sufficient. Every interaction—ranging from **DeFi operations, cross-chain transfers, staking and liquidity movements**—processed through SyncAI, with $SYNC tokens used to facilitate transactions. In future, the network will transition to a cross-chain Babel fee structure, allowing the treasury to diversify into top L1 and L2 tokens with an algorithmic buyback and burn module for $SYNC. This design creates **continuous revenue streams**, supporting the treasury and enabling platform expansion.

#### **2.2.1** Core Transaction Fees: A Breakdown

* **Comprehensive Fee Coverage:** Every automated interaction—whether **push/pull payments, scheduled transactions, loan repayments, or liquidity movements**—is subject to a token fee, payable in $SYNC, ensuring revenue capture across all network activities.
* **Targeted High-Value Transactions:** SyncAI focuses on **high-traffic DeFi activities**, such as **lending, staking, perpetuals, liquidity provisioning, and token swaps**, to capture significant transaction volumes within Web3.
* **Scalable Growth:** As **more users, dApps, and ecosystems integrate**, transaction volumes will grow—driving a **flywheel effect** of revenue generation, increased token demand, and higher platform adoption.

#### **2.2.2 Revenue from Key Transaction Areas:**

* **DeFi Operations:** Fees apply to **loan origination, repayments, yield farming**, and **liquidity shifts** on DeFi platforms integrated with SyncAI.
* **Staking and Reward Claims:** The network charges fees for **staking, unstaking, and reward distribution** activities to ensure efficient liquidity management.
* **Cross-Chain Transfers:** Interoperable transactions between different blockchains generate revenue, with fees applied to **cross-chain token transfers** and bridging operations.
* **Push/Pull Payments and Scheduling:** SyncAI introduces **automated payments and transaction scheduling** features, further enhancing utility by charging fees for **predictable payment flows** across networks.
* **Derivatives and Perpetuals:** The platform collects fees on high-value **options, futures, and perpetual trading activities**, capturing revenue from protocols with heavy trading volumes.

#### 2.2.3  Market expansion strategy to drive revenue:

The value behind the Sync token is directly aligned with Sync's go-to-market strategy and network economy, ensuring that every interaction enhances both the ecosystem and the token’s utility.

<figure><img src="https://2852330822-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNfGtY8m40ARTSk8tbqud%2Fuploads%2FiTUv6nFW6uhlni4srIXa%2FTwitter%20post%20-%204%20(1).png?alt=media&amp;token=1f3ac5eb-f6f3-4a0d-b427-9577d1d3d499" alt=""><figcaption></figcaption></figure>

| **Market Segment**                           | **Description**                                                                                                                                                                                                                                                                                                        | **Key Areas**                                                                                                                                                                                                                                                                                                                                                                       |
| -------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| <p>TAM<br>Total Addressable Market</p>       | <p><strong>Web3's Most Active and Growing Areas</strong></p><p></p><p>Sync connects to every major sector in Web3, tapping into high-traffic and high-value transactions across multiple ecosystems. This encompasses the entire Web3 space, including all users and transactions across various chains and dApps.</p> | <p></p><ul><li>Layer 1 and Layer 2 Blockchains: Bitcoin, Ethereum, Cardano, Solana, Avalanche, etc.</li><li>DeFi Platforms: Loans, liquidity provisions, decentralized exchanges (DEXs)</li><li>Rollups and Scaling Solutions: Optimism, Arbitrum, zkSync, Polygon</li><li>Real-World Asset Tokenization: precious metals, real estate, and physical commodities on-chain</li></ul> |
| <p>SAM <br>Serviceable Available Market</p>  | <p>High TVL DeFi Platforms Across Different Categories<br></p><p>Sync focuses on the DeFi sector, where Total Value Locked (TVL) represents billions in economic activity. This includes users and protocols across high-revenue categories that are accessible and can be served by Sync's platform and services.</p> | <p></p><ul><li>Lending and Borrowing Platforms: Aave, Compound, MakerDAO</li><li>Yield Farming and Liquidity Pools: Uniswap, PancakeSwap, Curve</li><li>Staking Platforms: Lido, RocketPool</li><li>Asset Bridges and Cross-Chain Protocols: Connecting Ethereum, Cardano, and Layer 2 networks</li><li>Perpetuals and Derivatives Trading: dYdX, GMX</li></ul>                     |
| <p>SOM <br>Serviceable Obtainable Market</p> | <p>Starting with Cardano's Growing Ecosystem<br></p><p>Sync begins its journey on Cardano, focusing on capturing early adoption within both Layer 1 and DeFi markets specific to Cardano. This represents the immediate market that Sync can realistically capture in the short term.</p>                              | <p></p><ul><li>Cardano's Native DeFi Protocols: Minswap, SundaeSwap, Liqwid Finance, etc.</li><li>On-Chain Asset Tokenization: Integrating Cardano's real-world asset tokenization platforms</li><li>Cardano Governance and DAOs: Providing tools for efficient governance participation</li></ul>                                                                                  |

By strategically targeting these market segments, Sync aims to maximize the utility and adoption of the Sync token, creating a robust and scalable ecosystem within the Web3 landscape.

### 2.3 Ecosystems and dApps

* **Channel IDs for Secure Access:**\
  dApps and ecosystems require **Sync tokens** to create a channel ID, enabling **secure and private interactions** with all SyncIDs on the network.
* **Recurring Notification Fees:**\
  dApps that use **push notifications, alerts, and scheduled communications** within the Sync network pay recurring Sync token fees to maintain these services.
* **Service Integration Costs:**\
  Sync tokens are required to access **infrastructure services and AI-powered tools** that enhance the functionality of integrated dApps.

By charging **dApps and projects** for secure connections, notifications, advanced services, and promotional activities, SyncAI ensures **consistent token demand** and **recurring revenue**. This structure drives ongoing participation and platform expansion, while supporting a sustainable and scalable ecosystem.

### **2.3 Developers**

* **Access to Infrastructure and Development Tools:**\
  Developers use Sync tokens to access **APIs, SDKs, and AI-powered services**, empowering them to build and integrate their applications, including building mini applications for minor usecases, on top of the SyncAI Network.
* **Incentives for Innovation:**\
  Developers who contribute valuable solutions are rewarded with **Sync tokens**, encouraging continuous innovation and fostering a thriving builder ecosystem.

This structure encourages **continuous innovation**, expanding SyncAI’s ecosystem with diverse applications that drive **adoption and platform growth.**

### **2.4** Extra Revenue Avenues

* **Incentivized Testnet Support and Marketing Campaigns:**\
  Projects contribute Sync tokens to **participate in incentivized testnet activities**, utilize **ad space and marketing campaigns**, and access **launchpad services** for promoting new offerings.
* **Strategic Investments:**\
  SyncAI makes **strategic investments in startups** across Asia that build on the Sync network. These investments are facilitated through **SAFT (Simple Agreement for Future Tokens)**, fostering innovation and securing long-term partnerships.

### **2.5 Staking and Governance**

* **Securing the Network:** Users stake Sync tokens to **participate in consensus** and maintain network security and integrity.
* **Staking Rewards:** Participants receive additional Sync tokens as **staking rewards**, incentivizing long-term engagement.
* **Liquidity Pools:** Staked tokens also enhance liquidity, supporting the network’s operational needs and increasing platform efficiency.

Staking helps maintain **network security and liquidity** while fostering long-term user commitment, ensuring a stable and vibrant ecosystem.

### **2.6 Node Operations and Delegation Framework**

Node operators are crucial for the SyncAI Network, ensuring security, low latency, computation and network consensus. Both node operators and delegators will earn rewards while misbehaving nodes will face penalties in order to maintain the integrity of the network

<figure><img src="https://2852330822-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNfGtY8m40ARTSk8tbqud%2Fuploads%2FxeQnAOQrgqWW8Pn8p957%2Fnodeops.png?alt=media&amp;token=cd01ad1b-c59a-4c5d-99f8-bd4229696461" alt=""><figcaption></figcaption></figure>

**2.6.1 Node Operations Framework**

**Phase 0 (Bootstrapping Phase):** During this initial phase, a limited number of private nodes will be operational to test and secure the network. The focus will be on stabilizing the infrastructure and ensuring optimal performance. **Maintaining security is paramount to ensure that transaction and notification payloads are correctly originated and delivered through the appropriate channels and destinations. T**o reduce capital expenditure, we will be running Iagon nodes within our infrastructure. Delegators will earn Sync tokens and a portion of the liquidity pool fees, along with IAG tokens earned from running IAGON nodes, thus adding an additional revenue stream during the bootstrapping period.

**Expansion Phase:** As the network grows and revenue generated from various sources starts flowing into the treasury, more nodes will be introduced. The treasury will continuously refill, creating a circular economy that incentivizes both delegators and node operators. Revenue from liquidity pool fees and IAG tokens will contribute to these incentives, fostering a balanced and self-sustaining ecosystem.

#### 2.6.2 Delegation Framework

SyncAI's delegation system will operate in two key phases:

1. **Bootstrapping Phase**:
   * **Delegator Rewards**: In this phase, delegators will earn Sync tokens from liquidity pool fees and **IAG tokens** generated by running IAGON nodes.
   * **Purpose**: This phase is designed to incentivize early network participants, ensuring that they benefit from the initial setup while providing security to the network.
2. **Expansion Phase**:
   * **Revenue Kicks In**: As more nodes are introduced and revenue generation increases, the treasury will refill. This creates a circular economy where delegators continue to earn Sync tokens from **liquidity pool fees** and **IAG tokens**, while node operators are incentivized for maintaining network security and uptime.
   * **Treasury Refill**: The revenue generated from various sources (subscriptions, transactions, etc.) will fuel the treasury, which will be used to further reward delegators and maintain liquidity.

#### 2.6.3 Delegation Fee

* **Delegation Fee**: A **0.x%** fee is charged whenever a delegator stakes Sync tokens to a node operator. This small fee ensures the smooth operation of the delegation process.
* **Node Operator Fee**: A &#x78;**%** fee is applied when node operators perform operations, creating a system of accountability while contributing to the treasury’s growth.

| **Node Operation Details** | **Phase 0**                    | **Future Phases**  |
| -------------------------- | ------------------------------ | ------------------ |
| **Total Nodes**            | X Nodes                        | Gradually Increase |
| **Node Rewards**           | Sync Token Rewards             | Adjusted per Phase |
| **Delegation Fee**         | 0.x%                           | Constant           |
| **Node Operator Fee**      | x%                             | Constant           |
| **Slash Penalties**        | Slashing of 2.5% of Self-Stake | Slashing Varies    |

***

## 3. SyncAI Flywheel

The SyncAI **flywheel** demonstrates how every interaction in the Sync ecosystem creates a **self-reinforcing cycle of growth**. With each step, token utility increases, liquidity strengthens, and demand rises—**benefiting all participants** within the ecosystem.

<figure><img src="https://2852330822-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNfGtY8m40ARTSk8tbqud%2Fuploads%2FCAPfPSx2o9rIrZElIgrD%2FTwitter%20post%20-%205.png?alt=media&amp;token=52de090f-d832-448b-b9ec-fb551448e76f" alt=""><figcaption></figcaption></figure>

<table data-header-hidden><thead><tr><th width="63"></th><th></th><th></th><th></th></tr></thead><tbody><tr><td></td><td><strong>Action</strong></td><td><strong>Effect</strong></td><td><strong>Result</strong></td></tr><tr><td><strong>1</strong></td><td><strong>Integrations (Initial) → Increased Transactions on the Network</strong></td><td>- <strong>Expanding Ecosystem</strong>: More platforms, dApps, and projects integrate with SyncAI, boosting transaction volumes across the network.</td><td>- <strong>Network Usage Growth</strong>: Higher transaction activity drives Sync token utilization and adoption.</td></tr><tr><td><strong>2</strong></td><td><strong>More Transactions → Higher Token Liquidity</strong></td><td>- <strong>Increased Market Activity</strong>: Greater network usage results in more Sync tokens circulating in the market, improving liquidity.</td><td>- <strong>Enhanced Token Trading</strong>: More liquidity attracts traders and participants, stabilizing the token economy.</td></tr><tr><td><strong>3</strong></td><td><strong>Higher Token Liquidity → Higher Token Value</strong></td><td>- <strong>Market Confidence</strong>: Liquidity strengthens token stability and increases value.</td><td>- <strong>Token Appreciation</strong>: Rising value creates incentives for users to hold, stake, and engage.</td></tr><tr><td><strong>4</strong></td><td><strong>Higher Token Value → Demand for More Integrations</strong></td><td>- <strong>Attractive Ecosystem</strong>: Higher token value motivates other projects to integrate with SyncAI.</td><td>- <strong>Network Expansion</strong>: New integrations further expand SyncAI’s ecosystem, driving more activity.</td></tr><tr><td><strong>5</strong></td><td><strong>More Integrations → Greater Infrastructure Utilization</strong></td><td>- <strong>Infrastructure Efficiency</strong>: Increased activity optimizes the use of SyncAI's infrastructure, generating higher returns per node.</td><td>- <strong>Scalable Operations</strong>: More infrastructure utilization supports the growing demand.</td></tr><tr><td><strong>6</strong></td><td><strong>Greater Utilization → More Node Operators Needed</strong></td><td>- <strong>Node Expansion</strong>: Higher infrastructure demand attracts more node operators to the network.</td><td>- <strong>Decentralization Boost</strong>: More nodes improve performance, security, and reliability.</td></tr><tr><td><strong>7</strong></td><td><strong>More Nodes → Lower Unit Costs</strong></td><td>- <strong>Operational Efficiency</strong>: A decentralized network of nodes reduces operational costs per transaction.</td><td>- <strong>Competitive Pricing</strong>: Lower costs attract more users and developers.</td></tr><tr><td><strong>8</strong></td><td><strong>Lower Unit Costs → Incentivizes New Integrations</strong></td><td>- <strong>Affordable Integration</strong>: Projects find it cost-effective to integrate with SyncAI.</td><td>- <strong>Flywheel Restarts</strong>: More integrations trigger the cycle again, amplifying network effects and growth.</td></tr></tbody></table>

#### **Summary: The SyncAI Flywheel in Motion**

1. **Integrations drive network transactions**, building token liquidity.
2. **More liquidity increases token value**, attracting further integrations.
3. **Higher token value leads to greater infrastructure utilization**, requiring more node operators.
4. **More nodes lower unit costs (economies of scale)**, creating incentives for even more integrations.

This **self-reinforcing cycle** accelerates SyncAI’s ecosystem growth, enhancing token value and operational efficiency while continuously attracting new participants and integrations.

***

## 4. Fee Market and Burn Mechanisms

The SyncAI token economy employs a governance-led fee committee to ensure sustainable growth and value accrual. This framework adapts to network demands through strategic fee adjustments and systematic burns.

#### Fee Committee Strategies

* **Dynamic Fee Adjustments**: Regularly optimize fees based on network activity and market conditions.
* **Strategic Allocation**: Allocate revenue to staking rewards, liquidity, and ecosystem development.
* **Governance Proposals**: Community-driven decisions on fee structures and burn initiatives.
* **Burn Mechanisms**: Implement governance-based burns to stabilize the token supply.

#### Slashing and Systematic Burns

| **Burn Strategy**             | **Percentage**                          | **Purpose**                                        |
| ----------------------------- | --------------------------------------- | -------------------------------------------------- |
| **Market Buyback Burn**       | x% of total revenue generated per month | Reduce token supply through strategic buybacks.    |
| **Liquidity Pool Allocation** | x% of total revenue generated per month | Ensure liquidity stability within DeFi components. |
| **On-Demand Burns**           | Variable                                | Governed by community votes to control inflation.  |

### 4.1 Fee Market for SyncAI

The SyncAI platform employs a **structured and adaptive fee market model**, drawing inspiration from modern blockchain economics. All interactions on the platform incur a **base fee** charged in $SYNC tokens, ensuring network stability, predictable fees, and secure operations. This fee model integrates **burn mechanics** and **priority-based processing** to ensure scalability and sustainability.

#### **Base Fee Structure**

* **Predictable Fees with BaseFee:** Every interaction on SyncAI is charged a **BaseFee**, ensuring that the cost remains transparent and easy to estimate for users. This **BaseFee serves as the minimum cost** for transaction inclusion, adjusted dynamically based on network demand.
* **Proportional Burn Mechanism:** A portion of the BaseFee is **automatically burned**, and the proportion of tokens burned increases with total fee volume. This introduces **deflationary pressure** on the token supply, reinforcing long-term token value and incentivizing healthy network usage.

#### **Security Mechanism Against Attacks**

* **Fee Cap for Resilience:** During periods of attack or congestion, the protocol allows the community to vote to increase the **BaseFee by 3x to 4x**, significantly raising the cost for attackers. This mechanism, similar to the **"fee cap" concept** in EIP-1559, makes spamming and denial-of-service attacks increasingly uneconomical.
* **Attack Burn Incentive:** The additional fees collected during an attack are also subject to the **burn mechanism**, accelerating deflation and turning malicious activities into a counterproductive effort for the attacker.

#### **Priority Transaction Modelling with Tip Fees**

* **Tip Fee for Faster Inclusion:** To optimize transaction inclusion time, SyncAI introduces a **tip fee mechanism**, allowing users to **add a priority fee** (referred to as a **TipFee**) on top of the BaseFee. Transactions with higher TipFees receive **faster inclusion**, ensuring critical interactions are processed swiftly.<br>

  **Transaction Prioritization Logic:**

  * **BaseFee Only:** Standard inclusion within the next block.
  * **BaseFee + Moderate TipFee:** Priority processing with higher chances of faster inclusion.
  * **BaseFee + High TipFee:** Top-priority processing with near-instant inclusion.<br>
* **Dynamic Slot Allocation Based on Total Fee:** Validators process transactions based on the **sum of BaseFee and TipFee**, with higher-paying transactions prioritized. This ensures **efficient block space utilization** during peak periods and allows users to fine-tune transaction urgency.
* **Burn Mechanism on Tip Fees:** A portion of the **TipFee is also burned**, further tightening the token supply and aligning with the deflationary nature of SyncAI’s tokenomics.

#### **Economic and Security Benefits**

* **Efficient Block Space Utilization:** The BaseFee ensures fair access to block space, while TipFees incentivize users to contribute higher fees only when required, preventing inefficient bidding wars.
* **Mitigating Spam with Dynamic Fees:** Similar to Ethereum’s EIP-1559, increasing BaseFees in response to network load ensures that **spam attacks become exponentially costlier over time**, discouraging malicious actors.
* **Enhanced User Experience:** With **predictable BaseFees** and clear TipFee guidelines, SyncAI offers users a straightforward method for controlling transaction speed and cost, **improving the transaction fee estimation process**.

This **adaptive fee market model** balances **predictability, scalability, and security**, ensuring that the SyncAI network remains robust even during periods of high activity or malicious attempts. Through the combination of **BaseFees, TipFees, dynamic burning, and priority inclusion**, SyncAI guarantees a seamless, fair, and sustainable user experience.

* **Slashing Penalties**: Poor-performing nodes face penalties, with **50% of rewards** burned and **2.5% of self-stake** slashed.

#### Governance-Driven Enhancements

* **Evolving Burn Strategies**: Adapt burn mechanisms based on token velocity and market trends.
* **Fee Redistribution**: Reward active contributors and node operators.
* **Strategic Buybacks**: Revenue from investments directed toward further buybacks and burns.

This adaptable framework ensures the SyncAI token economy remains resilient, fostering long-term value through community involvement and strategic management.

***

## 5. Summary

The SyncAI token economy is designed for sustainable growth through a combination of **transaction fees, staking rewards, governance participation, and developer incentives**. With the **flywheel effect accelerating adoption**, and a dynamic fee and burn model maintaining token value, SyncAI ensures long-term success for participants across the Web3 ecosystem.


# Roadmap

<figure><img src="https://2852330822-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNfGtY8m40ARTSk8tbqud%2Fuploads%2F0RpxCsk3D1ul8OOOkKjz%2F000xroadmap.png?alt=media&amp;token=a563df81-35b0-4c51-85d8-9217013f3315" alt=""><figcaption></figcaption></figure>


# Incentivized Testnet

### **The Synced Club Consortium**

We are excited to announce the launch of an incentivized testnet, offering users an early opportunity to experience the features of the SyncAI protocol through an incentivized on-chain interaction campaign. This initiative is not just about testing and refining our technology; it's also a chance for early adopters to engage directly with our platform. Participants in the incentivized testnet will have the unique opportunity to be rewarded. More info will be released soon with the tokenomics.

This proactive approach allows us to gather valuable insights from real-world user interactions, ensuring that our platform is robust, user-friendly, and ready for a seamless mainnet launch.&#x20;

### Participation Tutorial

Here is how you can participate:

1. Visit syncai.network/club and connect your wallet

<figure><img src="https://2852330822-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNfGtY8m40ARTSk8tbqud%2Fuploads%2FtA7KJKLtKrGv7G5QZCXk%2Fwww.figma.com_proto_HCmdSa9l8kAzhWXp2wx4K6_SyncAI-Logo-Development-(1)_node-id%3D960-1963%26t%3Dpcqva1s9eP6fQsGe-0%26scaling%3Dmin-zoom%26content-scaling%3Dfixed%26page-id%3D773%253A6%20(1).png?alt=media&amp;token=a3e8bd26-bac8-43fe-88aa-4c10d81afc76" alt=""><figcaption></figcaption></figure>

2. Sign in with twitter to register your SyncID.

<figure><img src="https://2852330822-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNfGtY8m40ARTSk8tbqud%2Fuploads%2FKZFnExlj30XWkkNFHJVM%2Ftwitter.com_i_oauth2_authorize_client_id%3DemdrazR1U2hVeEUzeDJ1aFNLbXg6MTpjaQ%26scope%3Dusers.read%2Btweet.read%2Boffline.access%26response_type%3Dcode%26redirect_uri%3Dhttps%253A%252F%252Fwww.syncai.network%252Fapi%252Fauth%252Fcallback%252Ftwitter%26state%3DhEz1DgSj4EjQpxAV.png?alt=media&amp;token=63a067ab-5b04-4a13-b54e-a4828a6957ef" alt=""><figcaption></figcaption></figure>

3. Register your SyncID

<figure><img src="https://2852330822-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNfGtY8m40ARTSk8tbqud%2Fuploads%2FjHKbrNlKmJzm8KaOXckq%2F0507%20(3).png?alt=media&amp;token=200a56e1-66a0-43f2-a439-ab4ab519760f" alt=""><figcaption></figcaption></figure>

4. Now you can start completing the tasks and earn chips (XPs)

***