Restake
Core Concepts

Tangle Network Concepts

This document introduces the core concepts necessary for understanding restaking and Actively Validated Services (AVS) in the Tangle Network ecosystem. It assumes the reader has a basic understanding of staking in a Proof-of-Stake (PoS) system.

Introduction

Tangle Network is a decentralized infrastructure platform that enables the creation and deployment of secure, actively validated services called Blueprints. The network is powered by a unique restaking mechanism, which allows operators to stake their assets and earn rewards for providing computing resources and ensuring the security of the network.

At its core, Tangle Network consists of three main components:

  1. Blueprints: Developers create Blueprints, which are specifications for decentralized services. Blueprints define the functionality, requirements, and incentive structure of a service.

  2. Restaking: Operators stake their assets on Blueprints to participate in the network and earn rewards. Delegators can also restake their assets with operators to share in the rewards.

  3. Service Instances: Users can request the deployment of live service instances based on Blueprints. Operators are then selected to run these instances based on their staked assets and other criteria defined by the requester.

Tangle Network's modular architecture and restaking mechanism create a powerful incentive system that encourages the development of valuable services, ensures the security of the network, and enables users to access a wide range of decentralized applications.

Restaking

Restaking is the process of automatically reinvesting staking rewards earned by operators and nominators back into staking. This mechanism helps to compound staking returns over time, as the reinvested rewards increase the staked amount and, consequently, the potential future rewards.

Key points about restaking:

  1. In Tangle, noderunners who have restaked tokens delegated to them or restake their own tokens may become Operators who can complete jobs related to deployed blueprints.
  2. Restaking is optional and can be enabled or disabled by operators and delegators, who delegate their restaked tokens to an operator.
  3. When enabled, a specified percentage of staking rewards are automatically added to the staked amount at the end of each era.
  4. Restaked rewards are subject to the same unbonding period as regular staked funds when a operator or nominator chooses to withdraw them.

Restaking encourages long-term commitment to the network and helps to maintain a stable and predictable staking participation rate.

Blueprints

Blueprints are specifications that define a service, similar to an actively validated service (AVS). However, Blueprints themselves are not live service instances. Developers create Blueprints by specifying a "gadget" binary, the jobs involved, a set of smart contracts for registration and requesting instances, and additional metadata.

Key aspects of Blueprints:

  1. Blueprints are meant to be leveraged infinitely many times, allowing developers to define a service once and have it instantiated multiple times by different users with varying operator requirements.
  2. Operators restake their assets on Blueprints to participate in running service instances, ensuring the security of the services.
  3. Users can deploy live service instances using a Blueprint by specifying criteria such as the number of operators or other operator attributes.
  4. Service instances are not guaranteed to involve all restaking operators; the service requester may only require a threshold of participants or participants satisfying certain registration criteria.

Examples of services that can be built using Blueprints include:

  1. Oracle services for providing external data to smart contracts.
  2. Privacy-preserving computation services for executing sensitive business logic.
  3. Specialized data feeds or APIs for specific use cases.

Actively Validated Services (AVS) Instances

Actively Validated Services (AVS) are a unique feature of the Tangle Network that allows operators to offer additional services beyond block production and finalization. These services are "actively validated," meaning they are executed by the operator nodes and the results are included in the blockchain's state.

Examples of AVS include:

  1. Oracle services for providing external data to smart contracts.
  2. Privacy-preserving computation services for executing sensitive business logic.
  3. Specialized data feeds or APIs for specific use cases.

Key aspects of AVS:

  1. Operators can choose to offer one or more AVS, depending on their technical capabilities and business interests.
  2. AVS providers can charge fees for their services, creating additional revenue streams beyond staking rewards.
  3. The security and correctness of AVS are enforced by the same consensus mechanism that secures the Tangle Network blockchain.
  4. AVS expand the utility and versatility of the Tangle Network, enabling a wider range of applications and use cases.

Operators interested in providing AVS should carefully assess the technical requirements, market demand, and potential risks associated with offering such services.

Interaction between Restaking and AVS

Restaking and AVS are complementary mechanisms that can enhance the overall sustainability and growth of the Tangle Network ecosystem:

  1. Operators that provide valuable AVS can attract more staking support from nominators, leading to higher staking rewards and more funds available for restaking.
  2. Restaking helps operators to accumulate more stake over time, increasing their chances of being selected for block production and AVS execution.
  3. The additional revenue from AVS fees can be partially restaked, further compounding the operator's staking returns.

By understanding and leveraging the synergies between restaking and AVS, operators can maximize their participation in the Tangle Network and contribute to its long-term success.