☕
TEA Project documents
  • TEA Project Intro
    • Litepaper
    • TEA Project Example Use Cases
    • TEA Project's Technical Principles
    • Profitability of TEA Ecosystem Participants
  • User's manual
    • Tea AppStore - Account
    • Tea AppStore-TApps list
    • Tea AppStore - Investments
    • Harberger auction
    • Seeds auction
    • TEA Fluencer
    • Miner's portal
    • Developer's portal
    • Leader board
    • TEA Party
    • Togar3 Game
    • Credit token
    • Metamask connect
    • TApp authorizations
  • Tokens
    • FAQ - Tokens
    • Bonding Curve Tokens
      • Bonding Curve Theta
      • CML Miner Tokens
      • TApp Token Supply & Demand
      • TApp and CML Tokens
      • TApp Tokens
    • CML Tokens
      • CML Transfers
      • CML Seed Auctions
    • TEA Tokens
      • Billing-system-between-layer1-layer2
  • Mining
    • FAQ - Mining
    • Mining: Required Open Ports
    • Mining With AWS Nitro
    • Mining with own hardware is not available on the mainnet (Q1, 2024)
    • Hosting Profitability
    • Remote Attestation
    • State Maintainer Nodes
  • TApps
    • Developers
    • FAQ - TApps
    • Core TApps
    • TApp Creation & Theta
    • TEA Billing
    • TEA Fluencer TApp
  • Mainnet and test net (Epochs)
    • Epoch 2
    • Epoch 3
    • Epoch 4
    • Epoch 5
    • Epoch 6
    • Epoch 7
    • Epoch 8
    • Epoch 9
    • Epoch 10
    • Epoch 11
    • Epoch 12
  • FAQs
    • FAQ - Links
    • FAQ - Technical
    • TEA Governance Structure
    • TEA Security
    • TEA Social Media
    • The TEA Project Core Team
  • Appendix
    • The Future and Innovation of Layer2
    • What Makes a Web3 Application
Powered by GitBook
On this page
Edit on GitHub

TApps

Last updated 1 year ago

TApps are rich decentralized applications that run on the TEA network. Due to the TEA Project's unique two layer architecture, TApps are able to run at cloud computing speeds while being hosted on distributed TEA mining nodes. TApps are coded in WebAssembly and securely interact with customer data in TPM-protected trusted enclaves.

From the end-users perspective, two steps are needed before deploying any TApp for use:

  1. A spending limit for the TApp must be set. This ensures that a TApp can't spend more than what you've allocated for that TApp. As money is spent in the TApp, the spending limit is reduced. In this way it functions like an allowance that can be spent, with the end-user able to bump it up at any time.

  2. A node must be selected to run the TApp. Because of TEA's architecture, TApps are "hosted" in IPFS waiting for deployment. Because IPFS is just storage, the node that the end-user requests will download the compiled TApp binary from IPFS and execute in the node together with any data that the end-user provides.

The list of available TApps is available through the .

Developers interested in coding and deploying their own TApps can reference the following resources:

  • introduces some important concepts for developers new to developing for the TEA ecosystem. It also discusses the TEA tech stack, including WebAssembly and IPFS.

  • shows how to deploy a TApp to the TEA Project once it's been compiled to WebAssembly format.

  • is the base document with information and related links for understanding TEA's billing system.

You can learn more about other concepts involved with TApps by visiting the .

TAppStore
Developer methodology
Creating a TApp
TEA-Billing
TApps FAQ