Technical Architecture

Layered Structure

HST’s architecture is built on a layered structure comprising two primary components:

  • Base Token: The foundational layer, which can be implemented as an FT, NFT, or SFT depending on the specific use case. Each Base Token is equipped with distinguishable identifiers (e.g., a unique ID such as a 6-letter code and serial number in HACD) and storage space (e.g., 12.5 KB in HACD) to manage Stack Tokens and store metadata, relationships, or custom attributes. The Base Token defines the technical ecosystem by establishing the rules and infrastructure for token issuance and interaction, and it provides foundational liquidity as an initial value pool to support Stack Token transactions.

  • Stack Tokens: Issued on top of the Base Token, Stack Tokens can also be FT, NFT, or SFT. These tokens enhance the Base Token’s value uniqueness by introducing personalized attributes and create diversified markets through diverse functionalities tailored to specific requirements (e.g., expiration, metadata updates, conditional transfers).

This layered design enables a hierarchical token system where the Base Token serves as a stable, customizable foundation, while Stack Tokens extend its capabilities to meet varied application needs. The Base Token’s distinguishable identifiers ensure unique tracking of each instance, and its storage space facilitates efficient management of the ecosystem and liquidity data.

Base Token’s Technical Ecosystem and Liquidity

The Base Token plays a pivotal role in shaping the technical ecosystem and providing foundational liquidity within the HST framework:

  • Technical Ecosystem: The Base Token defines the rules and infrastructure for issuing and managing Stack Tokens. This includes the protocols for token creation, transfer logic, and custom functionality enforcement, which are implemented based on the chosen Base Token type (e.g., SFT in HACD). For instance, the ecosystem may specify how Stack Tokens are linked to the Base Token’s identifier.

  • Foundational Liquidity: The Base Token provides an initial pool of value (e.g., tied to its issuance mechanism or market value) that supports Stack Token transactions. This liquidity acts as a baseline for market operations, enabling Stack FTs to facilitate trading or DeFi applications, and ensuring Stack NFTs or SFTs have a value anchor. In HACD, the Base Token’s liquidity is influenced by its PoW mining process and on-chain bidding.

Stack Tokens’ Value Enhancement and Market Diversification

Stack Tokens build upon the Base Token to enhance its value and create personalized, diversified markets:

Value Uniqueness: Stack Tokens introduce unique attributes that differentiate the Base Token’s offerings. For example, a Stack NFT might represent a one-of-a-kind digital collectible, while a Stack SFT could evolve with custom metadata, adding distinct value to the Base Token’s ecosystem.

Market Diversification: Stack Tokens support diverse functionalities (e.g., expiration for limited-time items, conditional transfers for restricted trading) to create personalized markets tailored to specific applications. This allows developers to design markets for gaming (e.g., in-game items), DeFi (e.g., unique shares), or digital collectibles (e.g., evolving artworks) within the same framework.

Modular Programming

HST’s layered structure enables modular programming, a developer-friendly feature that promotes extensibility and innovation.

How It Works: The separation of Base Token and Stack Tokens allows developers to work on each layer independently. For example, a developer can update the rules for Stack Tokens without altering the Base Token’s logic, or add a new type of Stack Token without affecting existing tokens.

Technical Details: Modular programming can be supported by non-smart contract or smart contract that is designed with modularity in mind. The Base Token contract might handle core functionality (e.g., issuance of Stack Tokens), while separate modules manage binding logic, token metadata, or new features. This modularity is achieved using contract inheritance or composable design patterns, allowing developers to plug in new functionality as needed.

Examples: A developer might extend Base Token by adding a new Stack Token type (e.g., a Stack SFT for a specific use case) or defining custom rules (e.g., a Stack NFT can only be bound to a Stack FT if certain conditions are met). This flexibility makes HST a powerful framework for building complex, scalable token systems.

Last updated