What the current paper specifies
One RLD currency and fixed issuance budget; local PBFT settlement; funded receiving capabilities; independent cancel-or-release controllers; one-time import or rejection; recursive execution relations; explicit acceptance covers; finite key, custody and archival obligations. These mechanisms form a conditional research construction.
What still needs implementation evidence
A complete monetary implementation needs authenticated RLD program and verifier identities, correct executable transitions, durable signing custody and complete current data. Practical proof costs, payment latency, sustained capacity and failure behavior require evidence tied to that implementation. Independent security and physical-route qualification remain separate work.
The site publishes no measured throughput or settlement-time claim for this architecture. Earlier engineering targets and source-bound results retain their own records; they are not measurements of the current construction.
How to read existing network records
Existing testnets and ground candidates use separate source and protocol identities. Their test assets have no monetary value. Preserve their failures and limits when interpreting a result; neither their balances nor their keys migrate into a monetary genesis. Publishing this website changes no protocol or node service.
A future monetary launch needs its own record
An actual launch requires a separately authenticated genesis with zero initial issuance and zero allocation, fresh monetary keys and explicit adoption of the completed executable construction. A website update cannot stand in for those steps.