Initializing peer network
Research & Validation

A network built from its users.

AstroChain is a decentralized peer-to-peer network designed for encrypted storage, private messaging, group chats, bandwidth sharing, and optional distributed compute.

P2P Network
Encrypted Content
No Central Storage Server
Open Source Goal
01

Every Node Is Equal

AstroNodes run the same core software. Storage, messaging, routing and optional compute are network capabilities rather than specialized node types.

02

Encryption First

User content is designed to be encrypted before it is distributed across the network.

03

Contribute To Participate

Network access is intended to be available to participants who contribute the required storage and bandwidth.

04

No Reward Economy

AstroChain's current access model is not based on earning tokens, mining rewards, or financial payouts.

The Network

One node type.
Many capabilities.

AstroChain does not divide the network into separate storage nodes, messaging nodes, or compute nodes. Every AstroNode runs the same core network software and can participate in the capabilities available to it.

Peer-to-Peer Connectivity

Nodes connect directly to other nodes and maintain a distributed peer topology rather than depending on a central server.

  • Multiple peer connections
  • Peer discovery
  • Direct node communication
  • Alternate routes when peers disappear

No Central Storage Server

Files are not designed to live on one AstroChain-controlled storage server. Storage is distributed between participating nodes.

  • Distributed data
  • Encrypted chunks
  • Redundant backups
  • Node-to-node transfer

Example Peer Topology

Nodes maintain connections with other AstroNodes. A node can participate in routing, storage, messaging, and other network functions.

Node A
AstroNode
Node B
AstroNode
Node C
AstroNode
Node D
AstroNode
Node A
Loop
Nodes can maintain multiple peer relationships. If one connection disappears, available peers can provide another route through the network.
Decentralized Storage

Encrypt it.
Split it.
Distribute it.

AstroChain's storage model is designed around encrypted data being divided into pieces and distributed across multiple nodes, with additional copies placed on backup nodes.

01

Local Encryption

The file is encrypted before it is distributed through the network.

02

Fragmentation

Encrypted data is divided into pieces instead of sending one complete file to one node.

03

Distribution

Different pieces can be placed on different participating nodes.

04

Backup

Distributed pieces can be copied to additional backup nodes for redundancy.

05

Reconstruction

Authorized clients retrieve the required encrypted pieces and reconstruct the file locally.

User Device
Encrypted File
ENCRYPTED DATA IS SPLIT INTO DISTRIBUTED PIECES
Encrypted Chunk A
Primary Node B
↳ Backup Node D
Encrypted Chunk B
Primary Node C
↳ Backup Node A
Encrypted Chunk C
Primary Node D
↳ Backup Node B
Example only. Actual placement depends on the network, available nodes, redundancy settings, and protocol implementation.
Decentralized Messaging

Conversations
without one chat server.

AstroChain is designed to carry encrypted one-to-one conversations and decentralized group chats through the same peer network used by the rest of the system.

One-to-One Chat

A direct conversation can use the peer network to reach another participant.

Alice
Node A
Node B
Bob
Messages are designed to remain encrypted while travelling through intermediary nodes.

Group Chat

Group messages can propagate through connected peers instead of relying on a single centralized group server.

GROUP
A
B
C
D
E
Participants can be connected through different parts of the peer network.

Peer Recovery

If a connected peer disappears, nodes can look for other reachable peers and rebuild routes through the network instead of depending on that one connection.

Same Network, Different Uses

Messaging does not require separate messaging-only infrastructure. The same AstroNodes that participate in storage can also route communication.

Participation

The network uses
resources to exist.

Sending files, synchronizing data, forwarding messages, and maintaining distributed copies all consume real storage and network bandwidth. AstroChain's access model is designed around contributing those resources.

Storage Contribution

Nodes participating in the network can contribute a portion of their available disk capacity to distributed storage.

A minimum storage contribution will be defined and tested before public network deployment.

Bandwidth Contribution

Network traffic consumes bandwidth. Nodes participating in data movement therefore need to contribute enough bandwidth for the network to function.

Bandwidth requirements will be determined through real network testing.
Optional Compute

Computing power
is optional.

Storage and messaging are core goals. Participating nodes may eventually be able to contribute CPU or GPU resources to a decentralized compute layer.

A decentralized cloud compute layer.

The long-term research direction includes using participating computers for distributed workloads and potentially AI inference or training. Nodes would choose whether to contribute compute resources.

CPU and GPU contribution can be optional.
Workloads can be distributed across participating nodes.
Encrypted task and data handling is part of the design goal.
Distributed AI training and inference remain experimental research.
DISTRIBUTED
COMPUTE
GPU
GPU
CPU
GPU
Security Model

Designed around
encrypted data.

AstroChain is being designed so that sensitive user content is protected before it enters the distributed network.

Client-Side Protection

The storage model is designed to encrypt user data before distribution rather than trusting storage providers with plaintext.

Encrypted Pieces

Files can be divided into encrypted pieces before they are distributed across multiple participating nodes.

Redundancy

Distributed pieces can have additional backup copies on other nodes to reduce the impact of individual node failures.

Peer Encryption

Network communication is designed to use encrypted peer-to-peer connections so that traffic is not intended to travel as plaintext between nodes.

Verification

Future protocol work will verify that distributed data and network operations match what the protocol expects.

Metadata Matters

Encrypting content does not automatically hide every piece of metadata. Reducing unnecessary metadata exposure is part of the ongoing network design.

Roadmap

Build the network
one layer at a time.

AstroChain is being developed incrementally. Network architecture comes first, followed by storage, messaging, resilience, testing, and optional compute.

Phase 01

Research & Validation

Validate the network concept, protocols, threat model, resource requirements, and decentralized architecture.

Phase 02

Core P2P Architecture

Establish peer discovery, node identity, encrypted connections, routing, and resilient peer relationships.

Phase 03

Encrypted Storage

Build encrypted file handling, fragmentation, distribution, redundancy, backups, retrieval, and verification.

Phase 04

Decentralized Messaging

Introduce encrypted one-to-one messaging, peer routing, message delivery, and decentralized group chat.

Phase 05

Node Resilience

Improve reconnection, alternate peer routing, backup handling, failure detection, and network recovery.

Phase 06

AstroNode Prototype

Package the network into a usable node application that allows users to participate in the network.

Phase 07

Private Testnet

Test real-world storage, bandwidth, messaging, node failures, synchronization, and contribution requirements.

Phase 08

Optional Compute Layer

Research distributed CPU/GPU workloads and secure execution without making compute participation mandatory.

Phase 09

Decentralized AI Research

Explore distributed AI inference and training across participating compute nodes with privacy and verification requirements.

Phase 10

Public Testnet

Open the network to broader testing, publish protocol documentation, and stress-test the decentralized architecture.

Phase 11

Mainnet Preparation

Lock down the production protocol, security model, contribution requirements, node software, and recovery procedures.

Phase 12

Full Network Release

Release the mature AstroChain network with the long-term goal of making the completed project fully open source.

Team

Built by people who
want to build it.

AstroChain is currently being built by an independent team focused on developing the network rather than selling a promise.

A

Astro

Founder & Builder
D

dount.d.ace6769

Founder & Builder
Open Source

No hidden end goal.

AstroChain is intended to become a fully open source project when the network reaches its complete release. Early prototypes, experiments, private test builds, and unfinished components may not be open source while the architecture is still being developed and tested.

Prototype ≠ Final Release
FAQ

Questions worth
answering early.

AstroChain is a planned decentralized peer-to-peer network for encrypted storage, messaging, group chats, bandwidth sharing, and optional distributed compute.

No. The goal is for AstroNodes to run the same core software. A node can participate in storage, messaging, routing, and optionally compute based on what its owner chooses to contribute.

A file is intended to be encrypted, divided into pieces, distributed across participating nodes, and backed up on additional nodes. Authorized clients retrieve and reconstruct the required pieces.

A decentralized network still needs physical resources. Storing distributed data uses disk space, while uploading, downloading, routing, synchronization, and backups consume network bandwidth. The contribution requirements will be determined through testing.

The current network design is not based on token rewards or mining payouts. The intended participation model is based on contributing resources to use the network.

The network is designed around multiple peer connections. If one peer disappears, other reachable peers can provide alternative routes. Storage also uses redundant backup nodes to reduce the impact of an individual storage node failure.

No. Compute is intended to be optional. Users who choose to contribute CPU or GPU resources could eventually participate in distributed workloads and AI research.

The long-term goal is for the completed AstroChain project to be fully open source. Early prototypes, experiments, and private test builds may not be open source while the architecture is being developed.

No. AstroChain is being developed in stages. The network architecture, storage protocol, messaging system, redundancy model, and optional compute layer all require development and testing before a production network can exist.

Join The Project

Build the network.
Don't just talk about it.

AstroChain is being built openly and incrementally. Developers, researchers, testers, and people interested in decentralized infrastructure can follow the project as it develops.