Version 1.6
Adopted by the Global Gold Council
This document establishes the official Global Gold Proposal Process (GGPP) for submitting, reviewing, classifying, voting on, and implementing governance proposals within the Global Gold Protocol.
The GGPP is a procedural manual, not a constitutional authority.
The GGPP is governed by Article XII — Governance Procedures of the Global Gold Governance Constitution.
This document may be amended by:
A majority vote of the Executive Council,
Provided no amendment contradicts the Constitution.
SECTION 1 — PURPOSE OF GGPs
A Global Gold Proposal (GGP) is the mechanism by which the Global Gold Council enacts changes to:
New products or system modules
Jurisdictional requirements
Technical and compliance rules
GGPs ensure decentralized, structured, and transparent governance.
SECTION 2 — ECOSYSTEM STANDARD DEFINITION
“Ecosystem Standards” describes the unified category governing all standards required across the Global Gold ecosystem, including:
Physical and metallurgical
Proof-of-Reserves and audit
Any modification to Ecosystem Standards is a Major Action.
SECTION 3 — PROPOSAL CATEGORIES
Each GGP must belong to one of the following categories:
CATEGORY 1 — CORE PROPOSALS
1. Core: Ecosystem Standards
Modifications to:
Technical or security standards
Any ecosystem-wide standard
2. Core: Protocol & Parameter Changes
Changes affecting:
$USG (or other GG token) issuance/wrapping/burning
3. Core: Treasury & Economic Actions
Including:
Treasury actions over 5% require Executive Council Review.
4. Core: New Systems & Product Modules
Including:
Always a Major Action (60% / 30% quorum).
If >5% treasury spend → EC Review required.
CATEGORY 2 — PROCESS PROPOSALS
Changes to:
Discourse/Snapshot configuration
Do not modify protocol logic.
Non-binding proposals providing:
Do not enact change.
CATEGORY 4 — RESUBMISSIONS
A previously rejected or stalled GGP being resubmitted must include:
Reason for rejection/stalling
SECTION 4 — PROCEDURAL, SAFETY & COMPLIANCE REQUIREMENTS
All GGPs must satisfy the following requirements to advance to voting.
These requirements are binding on the Executive Council.
1. Procedural Requirements
Each proposal must:
Use the official template
Include the correct category
Publish treasury impact (if any)
Provide detailed specifications
Disclose risks and mitigations
Identify dependencies and conflicts
Complete required Discourse discussion
Not violate constitutional rules
Not violate Ecosystem Standards unless proposing to modify them
Proposals failing procedural requirements must be Returned.
2. Safety Requirements
A proposal must demonstrate:
No introduction of attack vectors
No system-breaking conflicts
Audit suitability (if high impact)
Proposals failing safety reviews may be tagged Return for Reconstruction.
3. Compliance Requirements
A proposal must:
Satisfy jurisdictional rules
Align with compliance/KYC standards
Observe vault and tokenization obligations
Avoid introducing regulatory vulnerabilities
Non-compliant proposals must be Returned.
SECTION 5 — GGP LIFECYCLE (8 PHASES)
PHASE 0 — COMMUNITY IDEATION (Optional)
Participants:
King Collective NFT holders
Purpose:
Non-binding.
A GA member sponsors an idea.
Published on:
Discourse → GGP: Ideas
Requirements:
7-day feedback period.
PHASE 2 — GGP DRAFT
Sponsor + author prepare the full GGP using the template.
Published on:
Discourse → GGP: Drafts
Moderator checks:
Inactive for 30 days → Abandoned.
PHASE 3 — SUBCOMMITTEE & DOMAIN REVIEW
Subcommittees provide:
Standards alignment checks
Subcommittee Review Requirement Rule
Subcommittee review is required only if a relevant subcommittee exists whose domain directly applies to the proposal.
If no relevant subcommittee exists, the proposal bypasses Phase 3 and proceeds directly to Executive Council Review (Phase 4).
Subcommittees cannot approve or reject proposals.
Moderator tags:
PHASE 4 — EXECUTIVE COUNCIL ADMINISTRATIVE REVIEW
Mandatory for:
All “Needs Executive Review” proposals
New Systems & Product Modules
Executive Council Outcomes
1. Approved for Voting
Proposal meets all procedural, safety, and compliance requirements.
2. Return for Clarification
Issues include:
3. Return for Reconstruction
Used for:
Conflicts with mission or standards
Violations of constitution
Constitutional Limitation on EC Authority
The Executive Council may not veto or void any proposal that meets procedural, safety, and compliance requirements.
The Executive Council shall evaluate proposals solely against the requirements defined in the GGPP and must advance proposals once requirements are met.
Returned proposals may be resubmitted anytime.
PHASE 5 — SNAPSHOT VOTE (GENERAL ASSEMBLY)
Moderators post eligible GGPs to Snapshot.
Simple Actions
Major Actions
Constitutional Actions
Two-thirds (⅔) supermajority
Voting window: 5–7 days
If tied or zero votes → Stalled.
PHASE 6 — FINALIZATION
Labeled “Final – Accepted”
Labeled “Final – Rejected”
Eligible for resubmission
PHASE 7 — IMPLEMENTATION
The Executive Council:
Coordinates audits (if required)
Collaborates with subcommittees
Oversees technical deployment
Updates the Implementation Tracker
SECTION 6 — GGP TEMPLATE
GLOBAL GOLD PROPOSAL (GGP)
GGP Number:
Title:
Author(s):
Sponsor (GA Member):
Category:
Status: Draft / Live / Final / Resubmission
Date Submitted:
A 2–3 sentence summary.
Why this proposal is needed.
3. RATIONALE / ALIGNMENT
How this aligns with Global Gold’s mission and Ecosystem Standards.
4. SPECIFICATIONS
Exact technical, operational, or policy changes.
5. IMPLEMENTATION PLAN
Steps, responsibilities, and processes.
Milestones and expected completion dates.
7. COSTS & RESOURCES
Treasury impact and resource needs.
8. RISKS & MITIGATIONS
Identified risks and mitigation methods.
9. DEPENDENCIES & CONFLICTS
Links to other GGPs or conflicting systems.
10. RESUBMISSION NOTES (If Applicable)
Required when reintroducing a rejected or stalled GGP.
SECTION 7 — DISCOURSE STRUCTURE
Required categories:
GGP: Implementation Tracker
SECTION 8 — SNAPSHOT STRUCTURE
Snapshot Space: Global Gold Governance
Voters: Seated General Assembly Members
Voting Weight: One seat = One vote
SECTION 9 — EXECUTIVE COUNCIL VOTING PROCEDURES
The Executive Council does not vote via Snapshot.
EC Voting Rules
Votes occur on the governance portal or authenticated multi-signature process.
All votes must be publicly posted in the GGP record.
Decisions require 60% of seated EC members, as mandated by the Constitution.
Executive Council votes are administrative, not governance decisions.
SECTION 10 — PROPOSAL CONFLICT RULES
A proposal conflicting with an active vote must wait.
A conflicting proposal may not be submitted for 3 months after a passed proposal unless declared an emergency by the Executive Council.
SECTION 11 — DISQUALIFICATION RULES
Proposals are ineligible if they contain:
Constitutional violations
Treasury actions violating Article XIII
Attempts to remove the Steward or Strategic Council
SECTION 12 — CONSTITUTIONAL PRIMACY
The Constitution prevails over the GGPP.
SECTION 13 — AMENDMENTS
The Executive Council may amend this document by majority vote, provided amendments do not contradict the Constitution.
