1. The "Stated" Well-Known Resource Identifier
This document describes the use of URIs whose path component is
"/.well-known/statements.txt" and "/.well-known/statements/", and includes a template for their
registration as required by RFC5785.
2. Purpose
The Stated Protocol provides a standardized format for organizational communications and collective action. Organizations publish statements on their own websites using this format, enabling decentralized coordination for joint statements, collective contract signatures, and collaborative decision-making.
The "/.well-known/statements.txt" file and "/.well-known/statements/" directory enable:
- Instant Coalition Formation: Organizations can instantly join positions by publishing identical statements, creating real-time coalitions
- Censorship Resistance: No single platform can block organizational communications
- Organizational Sovereignty: Each entity publishes on their own domain, maintaining control
- Transparent Coordination: Public statements create an auditable record of organizational communications
- Collective Signatures: Multiple organizations can digitally sign shared documents or agreements
Use Cases Include: International government diplomacy, corporate joint ventures, NGO coalition building, academic collaborations, industry standards adoption, and community organizing.
The statements.txt file is served with a media type of "text/plain" and contains all statements concatenated with two newline characters as separators. Individual statements are also published in the statements/ directory as separate files named using the URL-safe base64 encoded SHA-256 hash of the statement content. Third-party platforms can automatically discover and aggregate these statements by polling known organizational domains.
3. Core Statement Types
All statements in the Stated network follow a standardized format with the following required fields:
- Publishing domain: The domain publishing the statement
- Author: The entity making the statement
- Time: UTC timestamp in RFC 2822 format
- Format version: Currently version 5
- Statement content: The actual content or typed statement
3.1. Plain Content Statements
The simplest form of statement contains unstructured text content. These statements can contain any textual information and do not require a specific type designation.
3.1.1. Examples:
3.2. Sign PDF Statements
PDF signing statements allow organizations to digitally sign documents, agreements, contracts, and policy papers by referencing their cryptographic hash. This creates an immutable record of document endorsement and enables instant coalition formation around shared documents.
3.2.1. Example:
3.2.2. Use Cases:
- Treaty & Agreement Endorsement: Multiple organizations can sign the same international agreements
- Corporate Partnerships: Companies can jointly endorse business agreements or standards
- Policy Alignment: Organizations can endorse shared policy documents or declarations
- Document Authentication: Official verification of organizational publications
- Coalition Building: Instant formation of coalitions around shared documents
- Collective Contracts: Multiple parties can digitally sign the same contract
3.2.3. Fields:
- Type: Must be "Sign PDF"
- Description: Fixed text explaining the signing action
- PDF file hash: URL-safe base64 encoded hash of the PDF file being signed
3.3. Poll Statements
Poll statements allow organizations to create structured voting opportunities with defined options, deadlines, and voter eligibility criteria. These enable democratic decision-making and consensus building across distributed organizations.
3.3.1. Example:
3.3.2. Use Cases:
- Democratic Decision Making: Government referendums and policy consultations
- Organizational Governance: Board decisions and member voting
- Coalition Building: Multi-party agreement formation
- Public Consultation: Gathering stakeholder input on proposals
3.3.3. Key Fields:
- Type: Must be "Poll"
- Poll: The question being asked
- Options: Available choices (Option 1, Option 2, etc.)
- Voting deadline: UTC timestamp when voting closes
- Who can vote: Description of voter eligibility
3.4. Vote Statements
Vote statements allow eligible participants to cast their votes on existing polls. Each vote references the specific poll and records the chosen option, creating a transparent voting record.
3.4.1. Example:
3.4.2. Use Cases:
- Democratic Participation: Citizens voting in referendums
- Organizational Decisions: Members casting votes on proposals
- Transparent Governance: Public record of voting positions
- Coalition Formation: Organizations declaring their positions
3.4.3. Key Fields:
- Type: Must be "Vote"
- Poll id: URL-safe base64 encoded hash of the poll statement
- Poll: The original poll question (for reference)
- Option: The chosen vote option
3.5. Organisation Verification Statements
Organisation verification statements allow trusted entities to verify and authenticate information about other organizations. This creates a web of trust for organizational identity and credentials within the Stated network.
3.5.1. Example:
3.5.2. Use Cases:
- Identity Verification: Confirming organizational legitimacy and credentials
- Trust Networks: Building webs of verified organizational relationships
- Due Diligence: Providing verified information for partnerships
- Fraud Prevention: Reducing impersonation and false representation
3.5.3. Key Fields:
- Type: Must be "Organisation verification"
- Name: Official organization name
- Country: Country of registration
- Legal form: Legal structure (corporation, non-profit, etc.)
- Owner of the domain: Verified domain ownership
- Business register number: Official registration identifier
- Confidence: Verification confidence level (0.0-1.0)
- Reliability policy: Link to verification methodology
3.6. Response Statements
Response statements allow organizations to reply to or comment on existing statements. This creates threaded conversations and enables structured dialogue between organizations within the Stated network.
3.6.1. Example:
3.6.2. Use Cases:
- Dialogue & Discussion: Structured conversations between organizations
- Support & Endorsement: Expressing agreement with existing statements
- Clarification: Requesting or providing additional information
- Collaborative Planning: Building on proposals with additional ideas
3.6.3. Key Fields:
- Type: Must be "Response"
- Hash of referenced statement: URL-safe base64 encoded hash of the original statement
- Response: The reply or comment content
3.7. Additional Statement Types
The Stated Protocol also supports the following statement types:
- Person verification: Verify identity information about individuals
- Dispute statement authenticity: Challenge the authenticity of a statement
- Dispute statement content: Challenge the truthfulness of statement content
- Rating: Rate organizations, products, policies, or publications
4. Cryptographic Signatures
Version 5 supports cryptographic signatures using Ed25519 for non-repudiation and tamper detection.
4.1. Signed Statement Format
A signed statement consists of the original statement followed by a signature block separated by "---":
4.2. Signature Components
- Statement hash: SHA-256 hash of the complete statement text (before "---"), encoded in URL-safe base64
- Public key: Ed25519 public key (32 bytes), encoded in URL-safe base64
- Signature: Ed25519 signature (64 bytes), encoded in URL-safe base64
- Algorithm: Must be "Ed25519"
4.3. Verification Process
- Extract the statement text (everything before "---")
- Calculate SHA-256 hash of the statement and verify it matches the Statement hash field
- Verify the Ed25519 signature using the public key and statement text
- If both checks pass, the signature is valid
5. File Structure
Statements can be published using the following standardized directory structure:
- /.well-known/statements.txt - All statements concatenated (separated by two newlines)
- /.well-known/statements/<hash>.txt - Individual statement files (hash is URL-safe base64 SHA-256)
- /.well-known/statements/index.txt - Newline-delimited list of all statement files
- /.well-known/statements/attachments/<hash>.<ext> - Attachment files
- /.well-known/statements/attachments/index.txt - Newline-delimited list of all attachments
5.1. Peer Replication Structure
Organizations can periodically replicate statements from other domains to realise a decentralised platform via the following path structure:
- /.well-known/statements/peers/index.txt - List of all peer domains being replicated
- /.well-known/statements/peers/<peer_domain>/ - Directory for each peer's statements
- /.well-known/statements/peers/<peer_domain>/metadata.json - Sync metadata (last sync time, peer info)
- /.well-known/statements/peers/<peer_domain>/statements.txt - All statements from this peer
- /.well-known/statements/peers/<peer_domain>/statements/ - Individual statement files from peer
- /.well-known/statements/peers/<peer_domain>/statements/attachments/ - Peer's attachment files
6. Statement Validation
All statements must:
- Not exceed 3,000 characters in total length
- Use UTC time format: "Day, DD Mon YYYY HH:MM:SS GMT"
- Not contain double line breaks (used for statement separation)
- Not contain the text "Publishing domain: " within the content (reserved for statement headers)
7. Implementation Examples
Organizations can implement the Stated Protocol by publishing statements at their well-known URL:
7.1. Government Agencies:
- Foreign Ministry: mfa.example.gov/.well-known/statements.txt
- State Department: state.example.gov/.well-known/statements.txt
- Defense Ministry: defense.example.gov/.well-known/statements.txt
7.2. Other Organizations:
- NGOs: greenpeace.org/.well-known/statements.txt
- Corporations: microsoft.com/.well-known/statements.txt
- Universities: mit.edu/.well-known/statements.txt
- Industry Groups: w3.org/.well-known/statements.txt
Live Example:
www.rixdata.net/.well-known/statements.txt
8. Additional information
(Per RFC5785 requirements).
URI suffixes: "statements.txt" and "statements/"
Change controller: The Stated project. Contact information available
at stated.network.
Specification document: This document.