Enten is simple at its core, but it takes a little time to understand what makes it different. This article is a quick introduction to the three main parts of the system: the Core, Modules/Policies/Strategies, and Tokenomics.
Before getting into those pieces, it helps to define Enten itself.
Enten is a modular token system for creating backed tokens with built-in borrowing, treasury management, and upgradeable economic design. It allows teams to launch token systems that are shaped around their own protocol needs instead of forcing every project into the same structure.
Enten should not be thought of as just another token launchpad. Most launch systems are one-size-fits-all. Enten takes the opposite approach. Every protocol has different users, goals, treasury needs, distribution plans, and long-term strategies. Enten gives teams a flexible foundation so their token system can evolve as the project evolves.
Whenever a new Enten token system is launched, the Core is the foundation that gets created first. It has four main parts: the Token, Vault, Kernel, and Controller.
The Token is the asset users hold and trade. It behaves like a standard ERC20 token, but it is also designed to connect to backing, borrowing, burns, and other protocol-specific mechanics.
The Vault is where the system’s assets are held and accounted for. It manages backing, treasury funds, team allocations, and borrowed assets.
The Kernel is the shared storage layer. In simple terms, it lets the system remember important information even when modules or policies are upgraded later.
The Controller is the command center. It coordinates how the Token, Vault, Kernel, modules, and policies interact. It decides when assets move, when tokens are minted or burned, and makes sure the system’s core rules are respected.
Together, these four pieces create the base layer of every Enten Token System. They are the foundation upon which everything else is built.
Enten is built to be modular. Instead of placing every feature into one large contract, Enten separates the system into smaller pieces that can be added, removed, or upgraded over time. This allows for teams to adapt quickly and create a better user experience that will not require full migrations for system updates and changes.
Modules are the functional parts of the system. A module might handle minting, borrowing, burning, treasury movement, or another core action.
Policies are the user-facing or governance-facing rules that decide how those modules can be used. They connect the system’s features to real workflows like borrowing, repaying, upgrading, or managing assets.
Strategies are used for treasury activity. They allow treasury funds to be deployed onchain in a controlled and transparent way. As better strategies are created, they can be replaced or upgraded without needing to rebuild the entire token system.
This structure is what gives Enten its flexibility. A team might start with one borrowing model, then later replace it with a better one. A protocol might change its token distribution, add programmatic burns, or introduce a new treasury strategy. Enten is designed so those changes can happen without forcing users through a full migration. Creating less headaches for both teams and users.
Because Enten tokens are backed by assets in the system, users can borrow against their tokens. The important difference is that these loans are designed to be liquidation-free. Users are not forced out because of market volatility. Instead, the tokens used for borrowing are locked until the borrowed amount is repaid. There is also no fixed repayment deadline. A user can repay when they choose, and once the debt is cleared, their locked tokens become available again. This gives holders a way to access liquidity without selling their tokens and without taking on the liquidation risk common in many borrowing systems.
This section applies specifically to the Enten token itself. Other protocols that build with Enten can use similar tokenomics, but they are not required to. Each team can design the system that fits their own goals.
Enten has a maximum supply of 10,000,000 tokens.
At launch, 500,000 tokens are set aside for liquidity. The team allocation is 2,500,000 ENTEN, but those tokens unlock through a burn-based mechanism instead of a simple time-based unlock.
This means team tokens become available as supply is reduced through burns, aligning team unlocks with long-term supply reduction.
Users can get ENTEN in two main ways.
The first is through normal liquidity pools, such as Uniswap.
The second is through Enten’s bonding curve, which allows users to mint new ENTEN directly from the protocol as long as the maximum supply has not been reached.
When users mint through the bonding curve, the assets they pay are added to the system’s backing. This increases the backing available to ENTEN holders and supports the borrowing system. Over time, burns are intended to help bring the market, curve, and backing value closer together. Enten also uses a Uniswap v4 hook so that a portion of swap activity can be burned instead of simply flowing out as a normal fee. This helps reduce supply and supports the goal of moving ENTEN closer to its net asset value over time.
Every Enten Token System pays a 2.5% protocol fee on distribution.
This applies when a new system distributes tokens through a bonding curve, auction, or another launch mechanism. When users participate in that distribution, 2.5% is directed back to Enten. That revenue can be used in two main ways: it can be added to Enten’s own backing, or it can be added to the Enten treasury. Over time, the goal is for that treasury to be governed by ENTEN holders.
Enten is built around a simple idea: every protocol is different, so token systems should not all be forced into the same design.
The Core gives each project a secure foundation. Modules, policies, and strategies give teams flexibility. The tokenomics and backing model give users a system where value, borrowing, burns, and treasury growth can work together.
Since the beginning of 2026, Enten has been focused on building infrastructure that lets teams launch, manage, and adapt their own token systems without needing to rebuild everything from scratch.
The goal is not only to provide smart contracts. The goal is to remove as much operational complexity as possible so teams can focus on the rest of the business: growth, users, partnerships, sales, long-term strategy, and product direction.
Enten provides the pieces. Teams choose how to use them.

