1. The "Stated" Well-Known Resource Identifier
This document describes the use of URIs whose path component is
"/.well-known/statements.txt", 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.
A URI with the path component "/.well-known/statements.txt" enables:
- 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 content is served with a media type of "text/plain". For automated aggregation of statements, they must be separated by two newline characters and conform with supported statement formats. Third-party platforms can automatically discover and aggregate these statements by polling known organizational domains.
The individual statements can also be made accessible separately under the path ".well-known/statements/<file hash>.txt" where the url safe base64 encoded hash of the statement is used as the file name.
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 4
- 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
4. 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)
5. Implementation Examples
Organizations can implement the Stated Protocol by publishing statements at their well-known URL:
5.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
5.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
6. Additional information
(Per RFC5785 requirements).
URI suffix: "statements.txt"
Change controller: The Stated project. Contact information available
at stated.network.
Specification document: This document.
Related information: Documentation for
supported statements