Technology

A Web3-native decentralized stack for the next generation of meetings

Core technologies

Four pillars powering the decentralized meeting network

WebRTC + libp2p

Peer-to-peer audio/video without a central server—low latency and high quality

  • NAT traversal & relay
  • End-to-end encryption
  • Adaptive bitrate
  • P2P network discovery

Distributed storage

Zelay Network distributed storage — node metadata + meeting state + recordings on local disk

  • Z-Tower node metadata
  • Z-Meet meeting state persistence
  • Z-Node dual-layer cache acceleration
  • FLV recording to local disk

Zelay Network Chain

On-chain verification and token incentives on the Zelay Network Chain

  • Low-latency consensus
  • Automated on-chain verification
  • Transparent & auditable
  • Web3 ecosystem compatible

Hardware nodes

Purpose-built boxes running Ubuntu

  • Plug & play
  • 24/7 operation
  • Automated rewards
  • Containerized deployment

Technical details

Deep dive into VeZoom architecture and implementation

Software
Hardware & network

Core concepts

VeZoom redefines the decentralized conferencing platform based on DePIN, Web3, hardware nodes and distributed architecture

DePIN - Decentralized Physical Infrastructure Network

Decentralized Physical Infrastructure Network

DePIN is the core architecture model of VeZoom, building a decentralized network infrastructure by incentivizing global users to contribute physical resources (bandwidth, storage, computing).

Networking of physical resources

Connect decentralized hardware devices (Ve-Box) into a unified decentralized network, with each node being part of the network infrastructure

Token Incentives

Incentivize node operators to contribute resources and form sustainable economic models through VZT Token incentives

Decentralized governance

The network is jointly maintained by the community, and node operators participate in network governance to achieve true decentralization.

scalability

Network capacity automatically expands as more nodes join, eliminating the need for centralized scaling

VeZoom DePIN Network

Decentralized Physical Infrastructure Network

Bandwidth Contribution

Ve-Box Node

Storage Contribution

Ve-Box Node

Calculate contribution

Ve-Box Node

Relay service

Ve-Box Node

Web3 - The Next Generation Internet Paradigm

User sovereignty, decentralization, value network

Built on Web3 technology, VeZoom returns control from the platform to the user, realizing a truly decentralized, open, and user-sovereign network ecology.

Dimension
Web 2.0 (Legacy)
Web 3.0 (VeZoom)
data control
Platform Centralized Storage
Owned by the user
Value flow
Platform Draw
Decentralized Incentives
Identity system
Platform Account
Blockchain Identity (BSC Wallet)
Application Logic
Server Driven
Consensus Protocol Driven
Architectural Foundation
HTTP / Client-Server
P2P / Blockchain
Decentralized Identity

Use the BSC wallet address as a unique identity, no need to register an account

Token Economy

Value Flows and Incentives with VZT Tokens

On-chain Verification

All rules and rewards are verified and executed on the Zelay network chain

Permission not required

Anyone can participate in the network without permission from the platform

Hardware Node - Ve-Box Professional Equipment

Plug-and-play decentralized infrastructure

Ve-Box is the physical infrastructure of the VeZoom network, transforming the decentralized network from a virtual concept to a reality, providing users with stable and reliable node services.

Plug & Play

After purchase, you can connect to the network to run, no technical background is required, and you automatically participate in network contributions

Stable and reliable

Professional hardware design, Ubuntu system, stable operation 7 × 24 hours, continuous service

Automated earnings

Automatically earn VZT Token rewards by contributing bandwidth, storage, and compute resources

Network Expansion

Each Ve-Box is part of a network, and as devices increase, network capabilities automatically increase

Hardware Box Type
Basic Normal node, involved in forwarding and storage
PRO Relay/edge nodes, NAT penetration and proximity distribution
Corporate Storage nodes, mass storage and backup
Ultimate super nodes, full-featured nodes

Distributed Architecture - No Single Point of Failure

Decentralized, highly available, self-healing network

VeZoom is designed with a fully distributed architecture, where all services are delivered together by global nodes for true decentralization and high availability.

01
Node Autonomy

Each node operates independently, does not rely on a central server, and nodes communicate directly with each other through P2P protocol.

02
Data Fragmentation

Automatic sharding of data to multiple nodes with multiple copies per shard ensures data is secure and highly available

03
Intelligent Routing

Intelligently selects the optimal path based on geography and network conditions for low latency and high performance

04
Self-healing ability

Automatically switch routes when a node fails, data is automatically recovered, and the continuous operation of the network is not affected

Benefits of Distributed Architecture
No single point of failure.

Without a central server, any node failure will not affect the overall network

Worldwide Coverage

Node distribution worldwide, proximity services, reduce latency

Flexible scaling

New nodes add automatic network enhancements without manual scaling

Cost optimization

Nodes share traffic, reduce bandwidth costs, and achieve multi-party win-win results

Integration of the Four Core Concepts

VeZoom willDePIN、Web3、Hardware NodeAndDistributed ArchitectureSeamlessly converged to create a new decentralized conferencing ecosystem:

DePIN Network

Provide physical infrastructure

+
Web3 Technology

Enabling Decentralization and Value Transfer

+
Hardware Node

Provide stable and reliable infrastructure

+
Distributed Architecture

Ensure high availability and scalability

=
VeZoom

Decentralized conferencing platform

System architecture

A complete hierarchical architecture design that demonstrates collaboration at all levels. The Zelay Network is integrated at the node network layer, providing decentralized bandwidth sharing and edge computing power.

Application Layer (VeZoom) Web app | Mobile app | Desktop app WebRTC + libp2p Communication Layer P2P AV transfer | NAT traversal | E2EE | Adaptive bitrate Infrastructure Layer Zelay Distributed Infrastructure (Self-developed) WebRTC SFU | Real-time signaling | libp2p distributed | Edge node infra Storage Layer Storage Layer Z-Tower metadata | Z-Meet meeting state | Z-Node dual-layer cache | FLV recording to local disk Node Network Layer (Zelay Network) Node Network Layer Zelay Network Zelay Network - decentralized bandwidth sharing & edge compute $ZEL rewards for bandwidth | Resource optimization | Edge compute VeZoom node types: Relay | Edge | Storage | Super node Blockchain Layer Blockchain Layer Zelay Network Chain | On-chain Verification | VZT Native Token | Contribution Records | Rewards Distribution Hardware Layer Hardware infrastructure Ve-Box | Ubuntu 22.04 LTS | Docker | 24/7 operation

Application

VeZoom
web app
Mobile App (iOS/Android)
Desktop App
WebRTC + libp2p

Communication Layer

P2P audio and video transmission
NAT Penetration and Relay
End-to-end Encryption
Adaptive Bitrate
Infrastructure Layer

Zelay Distributed Infrastructure

Self-developed
WebRTC SFU Media Service
Real-time Signaling & Protocols
libp2p Distributed Architecture
Edge Node Infrastructure
storage tier

storage tier

Z-Tower node metadata
Z-Meet meeting state
Z-Node dual-layer cache
FLV recording to local disk
Node Network Layer

Node Network Layer

Zelay Network
Zelay Network Decentralized bandwidth sharing
Relay Node
Edge Node
Storage server
supernode

Zelay Network Integration:Provides decentralized bandwidth sharing and edge computing networks that provide high-performance content distribution and edge computing power to VeZoom node networks by sharing unused Internet bandwidth. Nodes contribute bandwidth to receive $ Zel token rewards.

Blockchain Layer

Blockchain Layer

Zelay Network Chain
On-chain Verification
VZT Token
Node Contribution Record
Reward allocation mechanism
Hardware layer

Hardware infrastructure

Ve-Box Hardware Box
Ubuntu 22.04 LTS
Docker containerization
7 × 24 hours operation

Network topology & communication

A decentralized P2P network based on libp2p for efficient node discovery, routing, and communication

Network topology

Mesh network (small meetings)
P1 P2 P3 P4

Participants forward each other, form a mesh topology, make full use of bandwidth, suitable for small meetings of 2-10 people

Supernode mode (big meetings)
Super P1 P2 P3 P4 P5 P6

High-performance nodes as the center, star topology, quality assurance, suitable for 10-1000 people conference

Blend Mode (Dynamic Toggle)
Edge P1 P2 P3 P4

Dynamic switching according to meeting size and network status, Mesh for small meetings, Supernode for large meetings

Node Discovery Mechanism

Based on libp2p DHT (Kademlia)
Algorithm Kademlia DHT
Node Discovery Autodiscover without a central server
<g id="1">§</g><g id="2">§ Content Routing</g> Routing lookup based on content ID
Route Table 160-bit key-value space, O (log n) lookup complexity 
// libp2p DHT 节点发现
const libp2p = await createLibp2p({
  peerDiscovery: [
    bootstrap({
      list: [
        '/dns4/bootstrap.vezoom.net/tcp/4001/p2p/Qm...',
        '/dns4/bootstrap2.vezoom.net/tcp/4001/p2p/Qm...'
      ]
    })
  ],
  dht: kadDHT({
    kBucketSize: 20,
    clientMode: false
  })
});

// 节点发现事件
libp2p.addEventListener('peer:discovery', (evt) => {
  const peer = evt.detail;
  console.log('发现节点:', peer.id.toString());
});

// 查找节点
const peers = await libp2p.contentRouting.findProviders(cid);
Geolocation Optimization
IP geolocation Identify node locations based on GeoIP database
Delay Measurement Real-time measurement of delays between nodes, with preference given to low-latency nodes
Nearest Routes Automatically select the edge node closest to the user
DYNAMIC ADJUSTMENTS Dynamically switch nodes based on network conditions

Communications protocol

WebRTC
RTCPeerConnection

Establish a peer-to-peer audio and video connection

RTCDataChannel

Low latency data transmission channels

MediaStream

Audio and Video Streaming and Coding

ICE Candidate

NAT Penetration Candidate Address Collection

libp2p
PubSub

Message publishing subscriptions for conference signaling

DHT

Distributed hash table, node discovery and routing

Circuit Relay

Circuit relay, NAT penetration

Noise Protocol

Encrypted transmission, end-to-end security

WebRTC Signaling Service (based on libp2p PubSub)
// 会议信令
const topic = 'vzoom:meeting:' + meetingId;
await libp2p.pubsub.subscribe(topic);

// 发送信令
await libp2p.pubsub.publish(topic, {
  type: 'offer',
  sdp: offerSDP,
  from: peerId,
  to: targetPeerId,
  timestamp: Date.now()
});

// 接收信令
libp2p.pubsub.addEventListener('message', (evt) => {
  const message = JSON.parse(evt.detail.data);
  if (message.type === 'offer' && message.to === myPeerId) {
    // 处理 offer
    handleOffer(message.sdp, message.from);
  }
});

// WebRTC 连接建立
const pc = new RTCPeerConnection({
  iceServers: [
    { urls: 'stun:stun.l.google.com:19302' },
    { urls: 'turn:relay.vezoom.net', 
      username: 'user', 
      credential: 'pass' }
  ]
});

NAT penetration mechanism

STUN (Session Traversal Utilities for NAT)
  • Used to discover public IPs and ports
  • Use an open source stun server (e.g. coturn)
  • Supports UDP and TCP protocols
  • Low latency for most scenarios
TURN (Traversal Using Relays around NAT)
  • Use relay when stun fails
  • Build your own turn server (relay node)
  • Dynamically assign turn servers
  • Select the nearest relay node based on geography
libp2p Circuit Relay
  • Circuit relay based on libp2p
  • Decentralized relay network
  • Autodiscover available relay nodes
  • Multi-hop relay support
NAT Penetration Process
1

Collect ice Candidate

→
2

Try stun Direct Connection

→
3

Turn if stun fails

→
4

Establish Relay Connection

Streaming Optimization Technology

Adaptive Bit Rate (ABR)
360p 500 Kbps (low bandwidth)
720p 1.5 Mbps (typical)
1080p 3 Mbps (HD)
4K 8 Mbps (Ultra HD)

Dynamically switch code rates based on network conditions using HLS.js or DASH.js

Hierarchical Distribution (SVC)
Base Layer
Distribution of → all nodes in the base layer
Enhancement Layer 1
Enhanced Layer 1 → High Performance Node Distribution
Enhancement Layer 2
Enhanced Layer 2 → Super Node Distribution

Using H.264 SVC or VP9 SVC, low-performance nodes only distribute the base layer, high-performance nodes distribute the full stream

P2P CDN Mechanism

Mesh Network Mode
  • Participants forward data to each other
  • Form a mesh topology
  • Make the most of each node's bandwidth
  • Suitable for small meetings (2-10 people)
  • Reduce server bandwidth pressure
Supernode mode
  • High-performance nodes as central nodes
  • Star Topology
  • Ensure stable video quality
  • Suitable for large meetings (10-1000 people)
  • Supports multilevel trunking
Blend Mode
  • Dynamic switching based on meeting size
  • Small meetings automatically use the Mesh network
  • Conference automatically switches to Supernode mode
  • Monitor network health in real time
  • Intelligent selection of optimal topology

Technology In-Depth Demonstration

Network protocol stack
Application layer: WebRTC MediaStream
Signaling layer: libp2p PubSub
Transport layer: WebSocket/QUIC
Network layer: IP + NAT Traversal
Data Link Layer: Ethernet/WiFi
Performance optimization techniques
  • Connection pool management: Multiplex connections to reduce handshake overhead
  • Data compression: Gzip/Brotli compressed signaling data
  • Batch processing: Batch signaling to reduce network requests
  • Caching mechanism: Node information cache, reduce DHT queries
  • Pre-connect: Establish connections in advance to reduce latency
Fault tolerance mechanism
  • Node failure detection: heartbeat mechanism, automatic detection of offline nodes
  • Auto reconnect: Reconnect automatically after disconnecting
  • Standby Node: Switch to the standby node if the master node fails
  • Data redundancy: storage of multiple copies of critical data
  • Downgrade strategy: Automatically reduce the bitrate when the network is poor
Monitoring and Diagnostics
  • Real-time monitoring: node status, connection quality, bandwidth usage
  • Performance metrics: latency, packet loss rate, throughput
  • Log system: structured logs for easy problem diagnosis
  • Alarm mechanism: automatic alarm for abnormal conditions
  • Data analysis: network topology analysis, performance optimization suggestions

Deployment & operations

Simplify O&M and support rapid scaling based on Docker containerized deployment scenarios

Docker Containerized Deployment

Docker Compose Architecture

Manage multiple container services with Docker Compose for one-click deployment and unified management

vezoom-node/
  • libp2p-node - P2P node service
  • storage-node - Storage Node Service
  • relay-node - Relay node service
  • edge-node - Edge node service
vezoom-storage/
  • z-tower - 节点元数据控制面
  • z-node - 边缘节点双层缓存
  • z-meet - 会议状态与录制
vezoom-monitor/
  • prometheus - Indicator collection
  • grafana - visual panel
  • node-exporter - System metrics
vezoom-manager/
  • web-ui - Web Admin Interface
  • api-server - API service
  • wallet-service
Docker Compose Configuration Example
version: '3.8'

services:
  # VeZoom Node 服务
  vezoom-node:
    image: vezoom/node:latest
    container_name: vezoom-node
    restart: unless-stopped
    ports:
      - "8080:8080"
      - "4001:4001"  # libp2p
    volumes:
      - ./data/node:/app/data
      - ./config/node:/app/config
    environment:
      - NODE_TYPE=${NODE_TYPE}
      - ZELAY_CHAIN_RPC=${ZELAY_CHAIN_RPC}
      - WALLET_ADDRESS=${WALLET_ADDRESS}
      - STAKING_AMOUNT=${STAKING_AMOUNT}
    networks:
      - vezoom-network

  # Prometheus 监控
  prometheus:
    image: prom/prometheus:latest
    container_name: vezoom-prometheus
    restart: unless-stopped
    ports:
      - "9090:9090"
    volumes:
      - ./config/prometheus:/etc/prometheus
      - ./data/prometheus:/prometheus
    command:
      - '--config.file=/etc/prometheus/prometheus.yml'
      - '--storage.tsdb.path=/prometheus'
    networks:
      - vezoom-network

  # Grafana 可视化
  grafana:
    image: grafana/grafana:latest
    container_name: vezoom-grafana
    restart: unless-stopped
    ports:
      - "3000:3000"
    volumes:
      - ./data/grafana:/var/lib/grafana
      - ./config/grafana:/etc/grafana
    environment:
      - GF_SECURITY_ADMIN_PASSWORD=${GRAFANA_PASSWORD:-admin}
    depends_on:
      - prometheus
    networks:
      - vezoom-network

  # Node Exporter
  node-exporter:
    image: prom/node-exporter:latest
    container_name: vezoom-node-exporter
    restart: unless-stopped
    ports:
      - "9100:9100"
    volumes:
      - /proc:/host/proc:ro
      - /sys:/host/sys:ro
      - /:/rootfs:ro
    command:
      - '--path.procfs=/host/proc'
      - '--path.sysfs=/host/sys'
    networks:
      - vezoom-network

  # Web 管理界面
  vezoom-manager:
    image: vezoom/manager:latest
    container_name: vezoom-manager
    restart: unless-stopped
    ports:
      - "8080:8080"
    volumes:
      - ./config/manager:/app/config
      - ./data/manager:/app/data
    environment:
      - BSC_RPC_URL=${BSC_RPC_URL}
      - NODE_ADDRESS=${NODE_ADDRESS}
    depends_on:
      - vezoom-node
      - prometheus
    networks:
      - vezoom-network

networks:
  vezoom-network:
    driver: bridge

Environment Variable Configuration

.env file configuration
# 节点类型: normal, relay, edge, storage, super
NODE_TYPE=normal

# BSC RPC 节点
BSC_RPC_URL=https://bsc-dataseed1.binance.org/

# 钱包私钥（请妥善保管）
WALLET_PRIVATE_KEY=your_private_key_here

# 质押金额（VZOOM Token 数量）
STAKING_AMOUNT=10000

# Grafana 密码
GRAFANA_PASSWORD=your_secure_password

# 节点地址（BSC 钱包地址）
NODE_ADDRESS=0x...

Deployment Steps

1
System Preparation.
  • Install Ubuntu 22.04 LTS
  • Install Docker and Docker Compose
  • Configure network and firewall
  • Prepare storage
2
Profile Preparation
  • Create project directory structure
  • Configure .env environment variables
  • Prepare the configuration file (prometheus.yml, grafana.ini)
  • Set data directory permissions
3
Start service
  • Pull Docker image
  • Start all servicesdocker compose up -d
  • Check service status:docker compose ps
  • view logdocker compose logs -f
4
Validate Deployment
  • Access the management interface: http://localhost: 8080
  • Visit Grafana: http://localhost: 3000
  • Check node connection status
  • Verify BSC Chain Connection

Infrastructure management

Service management
docker compose up -d Start all services
docker compose down All services stopped.
docker compose restart vezoom-node Restart the specified service
docker compose logs -f vezoom-node View Service Log
docker compose ps View service status
Renew to upgrade
docker compose pull Pull latest image
docker compose up -d Update and restart the service
docker compose build Build a custom image
docker system prune -a Clean up unused mirrors
Monitoring and Alerting
  • Prometheus collects metrics data
  • Grafana Visual Dashboard
  • Node Exporter System Metrics
  • Custom Alert Rules
  • Email/SMS Alert Notification
Backup and Recovery
  • Regularly back up your data catalog
  • Configuration File Backup
  • Snapshotting this database
  • One-click recovery script
  • Disaster Recovery Plan

System Optimization Configuration

Network Optimization
# 编辑 sysctl 配置
sudo tee -a /etc/sysctl.conf > /dev/null <
Firewall configuration
# 启用 UFW
sudo ufw enable

# 允许 SSH
sudo ufw allow 22/tcp

# 允许 VeZoom 服务端口
sudo ufw allow 8080/tcp    # VeZoom Node (HTTP)
sudo ufw allow 4001/tcp    # P2P 网络
sudo ufw allow 4001/udp    # P2P 网络
sudo ufw allow 9090/tcp    # Prometheus
sudo ufw allow 3000/tcp    # Grafana
sudo ufw allow 9100/tcp    # Node Exporter

# 查看状态
sudo ufw status

Authentication & data encryption

Decentralized authentication and end-to-end encryption scheme based on BSC wallets for user privacy and data security

Authentication mechanisms

BSC wallet address login
Decentralized Identity

Use the BSC wallet address as a unique identifier without the need for a legacy account password

Wallet Connection

Supports MetaMask, WalletConnect and other mainstream wallet connections

Signature Verification

Verify your identity with a wallet signature to ensure authenticity

On-chain recording

User identity and actions are recorded on-chain, transparent and auditable

// 钱包连接示例
async function connectWallet() {
  if (typeof window.ethereum !== 'undefined') {
    // 请求账户访问
    const accounts = await window.ethereum.request({
      method: 'eth_requestAccounts'
    });
    
    const address = accounts[0];
    
    // 签名验证
    const message = 'VeZoom Login: ' + Date.now();
    const signature = await window.ethereum.request({
      method: 'personal_sign',
      params: [message, address]
    });
    
    // 验证签名
    const isValid = await verifySignature(address, message, signature);
    
    if (isValid) {
      // 登录成功
      setUserAddress(address);
    }
  }
}

// 签名验证函数
async function verifySignature(address, message, signature) {
  // 使用 ethers.js 验证签名
  const recoveredAddress = ethers.utils.verifyMessage(message, signature);
  return recoveredAddress.toLowerCase() === address.toLowerCase();
}
Identity verification process
1

User clicks on "Connect Wallet"

→
2

Wallet pop-up connection confirmation

→
3

Generate Signature Message

→
4

User Signature Confirmation

→
5

Verify Signature and Login

Data encryption scheme

End-to-End Encryption (E2EE)
WebRTC E2EE

Ensure that only participants can decrypt audio and video data using WebRTC's built-in end-to-end encryption

libp2p Noise protocol

Encrypted transmission using libp2p's Noise protocol for forward secrecy

Custom Encryption Layer

AES-256-GCM encryption algorithm for sensitive data transfer

Keymaster

Meeting keys are exchanged via libp2p secure channel and rotated regularly

Encryption flow
1

Generate session key when meeting is created

→
2

Distribute key via libp2p secure channel

→
3

Audio and video data is encrypted with a key

→
4

Only guests can decrypt data

Storage Encryption
  • Encrypted storage of meeting recordings
  • Use AES-256 encryption algorithm
  • The key is managed by the user's wallet
  • Distributed storage, multi-copy backup
  • Access control, only authorized users can decrypt
Transmission encryption
  • TLS/SSL encryption for all HTTP/WebSocket connections
  • libp2p Noise protocol encrypted P2P connection
  • WebRTC DTLS Encrypted Media Streaming
  • Forward Secrecy
  • Key Periodic Rotation Mechanism

Safety features

Zero-knowledge verification

Do not store user password, all verification is done by wallet signature

Data sovereignty

User data is stored in a decentralized network where the user has full control

End-to-end Encryption

The content of the meeting can only be accessed by participants, and the platform cannot view it

On-chain audits

All key operations are documented on-chain, supporting third-party audits

Storage technology

Evolution plan of the Zelay Network distributed storage architecture

Storage Strategy Evolution

Stage 1
Current Zelay Storage Architecture
Current stage:
Architectural features
  • Z-Tower (Control Plane):Node metadata management (multi-replica HA)
  • Z-Node (Edge Node):Caching and media distribution (horizontally scalable)
  • Z-Meet (Meeting Service):Meeting state persistence and media recording
Deployment

Z-Tower (cluster) → Z-Node (N edge nodes) → Z-Meet (meeting service cluster)

Rationale
  • Self-developed full stack, end-to-end control
  • Natively optimized for DePIN scenarios
  • Covers the full pipeline of meeting recording and media distribution
  • Nodes can join with one click via Z-Starter
→
Stage 2
Z-Meet meeting state
Future plan
Core function
  • Distributed Indexing:Distributed content indexing over the Zelay node network
  • Data Sharding:Large files auto-sharded with parallel upload/download
  • Redundancy:Multiple replicas per shard
  • Integrity Check:Nodes periodically attest to the integrity of stored data
  • Retrieval Incentives:Nodes serving retrieval earn token incentives
Evolution Strategy
  • Multi-replica Sync:New data is written concurrently to multiple Zelay storage nodes
  • Hot/Cold Tiering:Cold data is auto-migrated by access frequency
  • Read Optimization:Reads prefer the nearest edge node with automatic origin fallback on failure
  • Stable Interface:Stable upper interface; backend evolution is transparent to applications

Storage Features

Data Fragmentation

Large files auto-sharded with parallel upload and download

Redundant Backup

Multiple replicas per shard for high data availability

FLV recording to local disk

Data integrity ensured via content hash verification

Integrity Check

Nodes periodically self-attest to data integrity to prevent silent corruption

Blockchain layer

Zelay Network on-chain verification architecture with hybrid on/off-chain design

Why the Zelay Network Chain

Low-latency consensus

Consensus optimized for DePIN scenarios delivers millisecond-level verification without depending on external public-chain block pacing

Self-sovereign

On-chain rules and reward parameters can be adjusted by community governance, unaffected by external public-chain policy

DePIN-native integration

Node validation, bandwidth contribution, and reward distribution are natively supported at the chain layer — no cross-chain bridge required

Web3 ecosystem compatible

Remains compatible with mainstream Web3 wallets and identity protocols, with zero learning curve for users

Zelay On-chain Module Architecture

代币发行模块
  • Token issuance and management
  • Transfer & Authorization
  • Casting & Destruction
  • Total Supply Control
节点注册模块
  • Node registration and deregistration
  • Pledge Management
  • Node type management
  • Node Status Query
  • Reputation Score Update
贡献记录模块
  • Contribution record (off-chain data hash chaining)
  • Merkle Root Storage
  • Contribution validation
  • Contribution Query
奖励分配模块
  • Reward Calculation Logic
  • Batch Reward Distribution
  • Reward Pool Management
  • Reward History Query
质押管理模块
  • Pledge Management
  • Unstaking (lock-up period)
  • Punishment Mechanism
  • Pledge income calculation

On-chain Interaction Flow

1

Node Contribution Resources

→
2

Off-chain recording of contribution data

→
3

Periodic batch commit to chain (Merkle Root)

→
4

Zelay On-chain Verification

→
5

Reward Distribution & Token Transfer

Ve-Box hardware deployment

Ve-Box hardware box full deployment architecture and configuration

Network Architecture

VeZoom Hardware Box
Ubuntu 22.04 LTS
VeZoom Node
Zelay Storage
Monitor Services
Manager Services
Ethernet (main network)
WiFi (backup/management network)
P2P network connection
Other node
Zelay Network Chain

Storage architecture

Basic/Professional
SSD (System + Cache)
  • ubuntu
  • Docker Image
  • Temporary Data Cache
HDD (Data Storage, Pro)
  • 分布式存储卷
  • Meeting Recording
  • Document storage
Enterprise/Ultimate
NVMe SSD (System + Thermal Data)
  • ubuntu
  • Docker Image
  • Thermal Data Cache
  • Index Data
HDD raid (cold data storage)
  • Distributed Storage Volume (Multiple Replicas)
  • Meeting recording (long-term storage)
  • Backup Database

Software Architecture

Operating System Layer

Ubuntu 22.04 LTS - Long-term support release, stable and reliable

Containerized Layer
vezoom-node/
  • libp2p-node
  • storage-node
  • relay-node
  • edge-node
vezoom-storage/
  • z-tower
  • z-node
  • z-meet
vezoom-monitor/
  • prometheus
  • grafana
  • node-exporter
vezoom-manager/
  • web-ui
  • api-server
  • wallet-service
Node Software Layer
  • libp2p Node Service - DHT Node Discovery, Content Routing, Streaming
  • Storage Services - Sharded Storage, Multi-replica Backup, Integrity Verification
  • Relay services - NAT penetration, data forwarding, connection management
  • Edge Services - CDN Capabilities, Cache Management, Geolocation Optimization
  • Contribution Recording Service - Contribution data collection, local storage, batch chaining
  • Wallet Services - BSC Wallet Login, Token Transfer, Zelay Chain Interaction

Initialization process

1
Factory pre-installed
  • Ubuntu System Installation (Minimal Installation)
  • VeZoom software preinstalled (Docker environment, VeZoom Node image)
  • Initialization scripts (network configuration, security configuration, service startup)
2
User activate
  • First boot: connect to the network, access the management interface (192.168.1.1)
  • Wallet binding: import or create BSC wallet, verify wallet address
  • Node registration: select node type, submit staking, wait for on-chain confirmation
  • Service startup: automatically start the node service, connect to the P2P network

Core technology architecture

Built on the in-house Zelay Network distributed architecture, powering a robust decentralized technology infrastructure

DCDN — decentralized CDN

Combine the edge computing power of the Zelay Network to achieve a dual innovation of architecture and incentive mechanism

Core Features Traditional CDN DCDN (VeZoom)
controlling right Single center control Multi-node decentralized control
Incentives None (Operating Costs) Token Incentive (Value Sharing)
Fault tolerance Low (single point of failure risk) High (distributed self-healing)
Global Collaboration Center Dispatch Adaptive proximity scheduling
Edge Delay Relatively high Very low (closer to user)

Multi-Node Decentralized Architecture

Without relying on a single service provider, it is jointly built by global nodes, forming a highly redundant network structure to ensure that services are never interrupted.

Intelligent Edge Routing

Automatically select the nearest node to the user, dramatically reducing latency and providing the ultimate smooth experience for real-time meetings.

Participation as a Contribution

Nodes can earn Token rewards by providing resources, attracting more nodes to join, and forming a powerful network effect.

Node types

Multiple node types to meet different needs

Relay Node

For NAT penetration and low latency forwarding, ensuring the stability of network connections

Edge Node

Deployed near users to provide proximity services, reduce latency, and improve user experience

Storage server

Mass storage, data backup, stable and reliable storage services

supernode

Full-featured nodes for maximum performance and quality of service

Implementation roadmap

Phased implementation plan and technical milestones for VeZoom project

1

Infrastructure

3 MONTHS
Goal: Build basic communication and storage capabilities
✓ WebRTC audio-visual communication
✓ Z-Node edge storage integration
✓ Base Node Network
✓ Front-end interface development
Milestones
  • One-on-one video calls
  • File Upload Storage
  • Base Node Connection
2

Decentralized Network

3 MONTHS
Goal: Achieve P2P Networks and Node Incentives
✓ libp2p integration
✓ Node registration and staking
✓ Contribution Recording System
✓ Reward allocation mechanism
✓ P2P CDN Implementation
Milestones
  • Many-to-many meetings
  • Node Contribution Reward
  • P2P Content Distribution
3

Performance Optimization

2 MONTHS
Goal: Optimize performance and user experience
⏳ Adaptive bitrate optimization
⏳ Hierarchical Distribution (SVC)
⏳ NAT Penetration Optimization
⏳ Deferred Optimization
Milestones
  • Low latency meeting experience
  • High-quality video transmission
  • Massive concurrency support
4

Security & Privacy

2 MONTHS
Goal: Improve security and privacy
⏳ End-to-end encryption implementation
⏳ Anti-Fraud Mechanisms
⏳ Security Audits
⏳ Privacy Optimization
Milestones
  • Full E2EE encryption
  • Security Audit Passed
  • Privacy Compliance Certification
5

Storage Capability Evolution

3 MONTHS
Goal: Strengthen Zelay Network distributed storage capability
⏳ Storage protocol evolution
⏳ Data Migration Tools
⏳ Dual-write mode implementation
⏳ Step-by-step migration
⏳ Storage node expansion
Milestones
  • Fully decentralized storage
  • Migration complete
  • Improved storage performance
6

Ecosystem Development

ONGOING
Goal: Build a complete ecosystem
⏳ Developer Community Building
⏳ API and SDK development
⏳ Third-Party Integrations
⏳ Ecological Partnerships
Milestones
  • Active developer community
  • Rich third-party apps
  • Complete eco-closed loop

Security & privacy

End-to-end encryption to protect your meetings

End-to-end encryption

WebRTC E2EE and libp2p Noise—only participants can access content

Decentralized identity

BSC wallet as identity—no classic accounts, better privacy

Data sovereignty

User data lives on the decentralized network—you stay in control

Anti-abuse mechanisms

Cross-node verification, random audits, reputation—keeping the network healthy

Data flow

How meeting data moves through the system

Start a meeting

Create a meeting in the VeZoom app

→

Zelay Network

Edge nodes & bandwidth optimization

→

Z-Meet engine

WebRTC SFU + real-time signaling

→

WebRTC + libp2p

P2P audio/video transport

→

Distributed storage

Recordings stored on the decentralized network

→

Zelay on-chain

Contribution logs & reward distribution