Het Aptos-testnet heeft meer dan 10 miljard transacties verwerkt, een mijlpaal die de snelle groei van de activiteit op de testinfrastructuur van de blockchain benadrukt en tegelijk vragen oproept over de langetermijnopslagvereisten voor het bijhouden van een steeds grotere transactiegeschiedenis. Aptos zelf is een Layer 1-blockchain op basis van proof-of-stake, ontwikkeld door Aptos Labs — een team opgericht door voormalige Meta-ingenieurs die aan het Diem-blockchainproject van het bedrijf werkten — en voert smart contracts uit die zijn geschreven in de programmeertaal Move.

Aptos-medoprichter Avery Ching vestigde de aandacht op dit aantal tijdens een bespreking van de groei van de opslag op het testnet en een conceptvoorstel bekend als AIP-147, een van de Aptos Improvement Proposals (AIP's) waarmee wijzigingen in het ecosysteem formeel worden voorgesteld en beoordeeld. Het voorstel is ontworpen om een voorspelbaarder proces te creëren voor het beheer van de groeiende datafootprint van het testnet, zonder wijzigingen aan te brengen in het Aptos-mainnet.

Onder AIP-147 zou het Aptos-testnet niet vaker dan één keer per zes maanden worden gereset, en zouden gebruikers en ontwikkelaars één maand vooraf kennisgeving ontvangen voordat een reset plaatsvindt.

De voorgestelde aanpak richt zich specifiek op de testomgeving, waar transactieactiviteit zich snel kan opstapelen naarmate ontwikkelaars applicaties, smart contracts en netwerkfunctionaliteit testen. In tegenstelling tot het mainnet is het testnet primair bedoeld voor ontwikkeling en experimentatie, wat periodieke resets tot een mogelijke manier maakt om de opslagbehoefte te beheersen en tegelijk een effectieve testomgeving te behouden. Dergelijke resets zijn niet uniek voor Aptos; andere grote ecosystemen hebben periodiek testnetten buiten gebruik gesteld of vervangen, zoals Ethereum deed toen het het langlopende Goerli-testnet afschafte en Holesky als opvolger introduceerde.

Opslaggroei wordt een belangrijke uitdaging voor het testnet

De mijlpaal van 10 miljard transacties onderstreept de omvang die de activiteit op het Aptos-testnet heeft bereikt. Naarmate transactieregistraties zich blijven opstapelen, kan de benodigde opslagcapaciteit voor het onderhoud van het testnet aanzienlijk toenemen, wat operationele en infrastructurele uitdagingen oplevert voor deelnemers die nodes en andere onderdelen van het testnetwerk draaien.

AIP-147 is bedoeld om dit probleem aan te pakken door een vast resetschema in te voeren in plaats van de data op het testnet onbeperkt te laten groeien. Een reset zou niet vaker plaatsvinden dan één keer per zes maanden. Het minimale interval van zes maanden is bedoeld om ontwikkelaars een voldoende stabiele testperiode te bieden en netwerkbeheerders tegelijk een mechanisme te geven om opslaggroei te beheren.

Het voorstel omvat ook een termijn van één maand voor voorafgaande kennisgeving. Een waarschuwing van tevoren van deze aard zou ontwikkelaars en infrastructuuraanbieders in staat stellen zich voor te bereiden op het verwijderen van historische testnetdata en hun testprocessen dienovereenkomstig aan te passen.

Het mainnet blijft onaangetast

Een cruciaal aspect van deze ontwikkeling is dat het voorgestelde resetmechanisme niet op het Aptos-mainnet van toepassing zou zijn. Dit onderscheid is belangrijk, omdat transacties op het mainnet live netwerkactiviteit vertegenwoordigen en aanzienlijk andere eisen stellen aan gegevensbewaring, betrouwbaarheid en continuïteit.

Full AIP introduced by @AptosLabs' @sherryxiao:

— Aptos (@Aptos) August 22, 2026

Het voorstel laat het Aptos-mainnet ongemoeid: de voorgestelde resets blijven beperkt tot het testnet en zijn gericht op het beheer van de ontwikkelinfrastructuur in plaats van op het wijzigen van de live blockchain.

Voor ontwikkelaars zou een voorspelbaar resetschema het plannen op het testnet kunnen vergemakkelijken. Teams zouden duidelijkere verwachtingen hebben over hoe lang testdata beschikbaar kunnen blijven en wanneer ze testomgevingen mogelijk opnieuw moeten opzetten. De kennisgevingstermijn kan de overlast ook beperken door projecten tijd te geven om relevante informatie veilig te stellen of ontwikkelworkflows aan te passen.

Het voorgestelde beleid kan ook voordelig zijn voor node-operatoren doordat het een terugkerende limiet stelt aan de ophoping van testnetdata. Kleinere gegevensvereisten kunnen het onderhoud van de testinfrastructuur vergemakkelijken, hoewel de precieze operationele impact zal afhangen van de manier waarop het voorstel wordt geïmplementeerd.

Voorstel benadrukt groeiende netwerkactiviteit

De mijlpaal illustreert ook de mate van activiteit die op de testinfrastructuur van Aptos wordt gegenereerd. Het verwerken van meer dan 10 miljard transacties wijst op aanzienlijk gebruik van de omgeving voor testen en ontwikkeling, terwijl het tegelijk de infrastructuurkosten laat zien die gepaard gaan met het bijhouden van een steeds groeiend historisch archief.

Indien aangenomen, zou AIP-147 een gestructureerd mechanisme vaststellen voor het periodiek wissen van testnetdata, terwijl de voorafgaande communicatie met ontwikkelaars en infrastructuuraanbieders in stand blijft.

Omdat AIP-147 nog steeds een concept is, zijn de ontwikkelingen om direct in de gaten te houden de voortgang ervan door het beoordelingsproces van Aptos en, indien het wordt aangenomen, de manier waarop het eerste resetvenster en de bijbehorende aankondiging van één maand aan gebruikers, ontwikkelaars en node-operatoren worden gecommuniceerd.

Het voorstel blijft gericht op de werking van het testnet, en de betekenis ervan heeft vooral betrekking op schaalbaarheid en resourcebeheer in plaats van op wijzigingen aan het live netwerk van Aptos. Nu het testnet ontwikkelactiviteit blijft ondersteunen, zou een vastomlijnd resetbeleid een evenwicht kunnen bieden tussen het behoud van een bruikbare testomgeving en het beheersen van de infrastructuurlast die wordt gecreëerd door geaccumuleerde transactiedata.