v0.6 Stuttgart

v0 6 stuttgart state of development post stuttgart stuttgart (v0 6) advances xandeum's south era by introducing redundancy mechanisms to the scalable storage layer for solana, enhancing fault tolerance and data durability for smart contracts building on ingolstadt's reward tracking and performance incentives, it shifts focus to replicated data distribution across pnodes, ensuring file systems remain accessible even during outages this release refines the bigbang operation to incorporate user defined replica counts, optimizes reconstruction processes, and separates environments for testing, positioning xandeum toward mainnet with improved reliability and efficiency for storage enabled dapps (sedapps) core features redundancy mechanisms user configurable replication (1+ replicas) for each file system, with data distributed across semi randomly selected pnodes to prevent single points of failure bigbang enhancements now accepts a replica count parameter during file system creation, defining the number of pnode copies for every page; fails if requested replicas exceed available pnodes reconstruction improvements atlas reconstruction now requires only one healthy pnode per redundancy set to rebuild file systems, with caching to speed up lookups and reduce i/o pod environment separation introduces devnet (default) and trynet modes; trynet uses an isolated gossip network and generates a new identity keypair on each start for convenient testing performance optimizations implements multithreading for simultaneous data transmission to multiple pnodes, accelerating replication processes on chain operations commands like mkdir, copy, rename, and armageddon are executed as instant on chain transactions, propagating across the pod network for consistency without third party dependencies integration with fsonchain supports fully on chain file system management, where bigbang instantiates independent file systems with automatic data replication across pnodes for censorship resistant control redundancy system overview redundancy in stuttgart ensures every piece of data in a file system is replicated across multiple pnodes, configurable by users during bigbang this provides resilience, allowing full accessibility and recovery as long as at least one replica per set remains online it builds toward a scalable file system for smart contracts on solana, with pnodes participating in multiple sets based on assignments key concepts replica count specified at bigbang (e g , 1+); determines pnodes per page semi random selection of pnodes for each set write operations replicate to all in the set rejects if replica count > available pnodes redundancy sets groups of pnodes storing replicas for a file system a pnode can belong to multiple sets enhances fault tolerance without central reliance updated reconstruction (with caching) pre stuttgart required all pnodes online; risked data loss if any down post stuttgart needs one healthy pnode per set; caches info for faster recovery reduces dependency on full cluster scans pnode operations no hardware changes; stable internet and static ip required open ports udp 9001 (gossip), tcp 5000 (atlas), tcp 6000 (prpc) multithreading improves data sending efficiency to replicas evolution starts centralized on atlas but resilient via pnode data prepares for decentralization in later eras (e g , validators using merkle proofs) ties into stoinc for proportional rewards based on contributions pnode rewards and integration builds on ingolstadt's credits redundancy participation factors into performance scores monthly xand allocations (10,000) to high performers via foundation program analytics via pod monitor for dashboards and community tools xandeum pod software this release updates the open source pod software, the runtime for pnodes in xandeum's scalable storage layer for solana it coordinates data sharding, p2p communication, and rpc apis for efficient file system operations in sedapps what is a xandeum pod? a xandeum pod (pod) is the core software turning a vps/server into a pnode it manages storage, network participation, and monitoring technical components prpc api (port 6000) json rpc for stats and methods gossip protocol (port 9001) p2p discovery and coordination atlas client (port 5000) state sync storage engine handles file metadata in /xandeum pages/pod db stats dashboard (port 80) local web metrics what pod does storage management stores/retrieves replicated data network participation gossip for peers; supports devnet/trynet api service monitoring/interaction atlas coordination syncs state performance tracking metrics for credits installation \# add repo deb \[trusted=yes] https //xandeum github io/pod apt package/ stable main sudo apt get update sudo apt get install pod running pod devnet (default) pod rpc ip 0 0 0 0 entrypoint \<ip> 9001 atlas ip \<ip> 5000 terminology pnode hardware/vps pod software daemon as of 2025 updates, pod supports redundancy for fault tolerant storage, essential for mainnet by late 2025 stuttgart summary stuttgart marks a key milestone in xandeum's south era, adding redundancy to pnode operations for resilient file systems it enhances bigbang for replica specification, optimizes reconstruction, and introduces trynet for testing this fosters ecosystem growth with on chain operations and fsonchain integration, advancing toward stuttgart's successors and full mainnet rollout