Special Processing Networks (SPNs): The Future World Computing Model
Last updated
Last updated
Pharos Network supports the deployment of Special Processing Networks (SPNs), specialized, customizable blockchain environments designed for diverse application needs. By choosing a validator within the Pharos Network, users can establish dedicated SPNs, each capable of employing unique protocols for specific use cases, such as AIoT private networks or multi-party privacy-enhancing computations. Lightweight SPNs are designed to support networks requiring access to specialized hardware, like TEE for transaction confidentiality or MEV optimization.
Pharos SPNs are designed for optimized scalability and adaptability to diverse computational needs. By supporting specialized data and computational requirements, SPNs seamlessly integrate various blockchain ecosystems and computational resources, ultimately optimizing network performance, reducing costs, and meeting the demands of high-load applications.
Table1: SPNs vs. Traditional Subnets and L2 Solutions
Within the Pharos Network, validators stake P Tokens to secure the Primary Network. Each staked token generates a token certificate, stP, which can be restaked into an SPN for additional rewards, albeit with increased slashing risks. SPNs set their own validator requirements, including the target validator count, soft/hard caps on stP, and specific hardware needs. Upon fulfilling these conditions, the Primary Network automatically initiates the creation of the SPN, which then begins to provide its unique services.
Restaking enables validators to dynamically allocate their staked assets to SPNs, enhancing both the network’s liquidity and security. This also improves economic incentives and allows for adaptive resource distribution across the network, balancing demand with performance.
Pharos SPNs include a modular control and data flow structure to facilitate efficient operations and interactions:
SPN Manager: Manages SPN creation, destruction, message communication, and asset transfer, with all transactions immutably recorded on the Primary Network.
Core Components:
Registry: Responsible for SPN registration and management.
Mailbox: Records SPN messages and events.
Bridge: Manages asset transfers between SPNs and the Primary Network.
SPN Network Hub: Facilitates message and event communication across SPNs and the Primary Network.
SPN Adapter: Handles incoming messages and events from the Primary Network, ensuring accurate processing and execution within each SPN.
Pharos enables seamless communication between SPNs using an efficient Cross-SPN Interoperability Protocol:
Cross-SPN Transaction Initiation: A user initiates a cross-SPN transaction in SPN1, aiming for it to be executed in SPN2’s message queue.
Message Transmission: A Relayer sends the transaction, including proof and block header, to the Primary Network.
Verification and Recording: The Primary Network verifies the transaction and records it in the Mailbox, ensuring the transaction’s authenticity.
Message Execution in SPN2: SPN2 retrieves the message, recording it within its own Mailbox, completing the cross-SPN communication process.
The Pharos Network envisions a robust Web3 payment ecosystem, supporting advanced use cases like monthly payments and decentralized finance concepts such as PayFi. Through SPNs, Pharos can create specialized networks tailored to these financial innovations, providing flexible blockchain and non-blockchain infrastructures.
Pharos SPNs elevate blockchain capabilities by integrating advanced resource management, interoperability, and security measures to foster digital innovation. Leveraging SPNs and Restaking, Pharos seeks to establish a dynamic, secure, and high-performing blockchain ecosystem that can adapt to the fast-evolving digital landscape.
Pharos SPN
Traditional Subnet
L2 Solutions
Performance
High
High
High
Cost
Low
Low
High
Scalability
High
High
Medium
Security
High
Medium
Low - Medium
Management
Managed via Contracts
Managed via Blockchain
Managed via Contracts
Startup Efficiency
Minute-level
Minute-level
Minute to hour-level
Customizable Protocols
Customizable
Customizable
Limited consensus customization
MainNet/PrimaryNet Message Confirmation
Seconds
Seconds
Hours to days
Heterogeneous Computation
Additional support for running ZKML, FHE, MPC, LLM, and other application scenarios
Mainly supports general computation
Typically does not support complex heterogeneous computation scenarios