# Global Gold Protocol Welcome to your team’s developer platform
Cover image

:globe:

Global Gold ProtocolDecentralized Gold Infrastructure./spaces/JpgDnmrlZtsjEXeXBfom/files/ZCXap50ICGpIGEeMwUDb

:transporter-1:

Global Gold CouncilThe Global Standards Body for Decentralized Gold./spaces/KdGg3yfaHSfxQEWrigtk/files/HBEBWnwfuHUBrV7Zvu7n

:scanner-touchscreen:

Global Gold TokensGlobal Gold's Tokenization Module. Tokenized Bars, Coins and Fungible Tokens. /spaces/6pmLkAdP4I0rg6xJreHz/files/0idQukKgTTVp8qW83LAs

:user-group-crown:

Global Gold MarketplaceBuy, Sell, and Trade Physical Tokenized Gold & Silver Bars on an institutionally compliant, peer-to-peer NFT marketplace./spaces/E6ls5D58wAF27GcPTh5U/files/qK9xOGoRnjFLyg99Z1Pv

:right-left:

Global Gold ExchangeAccess a Global Liquidity Layer. Buy. Sell. Trade. Lend. Borrow. Earn.

(Coming Soon)		/spaces/7Cp3OaNVhoRNCdDo0nzp/files/3YsX3WQzCouL406gf9eM

:handshake:

Global Gold's CommunityJoin the premier Web3 precious metals community leading the decentralized gold movement.
(Coming Soon)		/files/JzOLxEoaytxRPJEl5xvx

Join Global Gold's community of over 10,000 members.

Be a part of the community that is upgrading the largest markets in the world.

Cover image

:discord:

Join the CommunityJoin our Discord community to post questions, get help, and share resources with over 10,000 like-minded gold bugs and silver stackers.Join Discord/files/BvIOZWjDNakGsTSvQGJZ

:x-twitter:

Follow Global Gold on :x-twitter:Stay up to date with the latest product announcements from Global Gold.Follow Global Gold on X/files/FZFrL2zN8sZBuUDhqzNX
**NOTICE:**\ *This documentation contains forward-looking statements, architectural descriptions, and design concepts relating to components of the Global Gold ecosystem that are under development or not yet live.* *Any references to future products, features, protocols, tokens, exchanges, marketplaces, or functionality are provided for informational and illustrative purposes only. Such components are subject to change, delay, modification, or cancellation based on technical feasibility, regulatory considerations, governance decisions, and community feedback, and do not constitute a commitment, promise, or guarantee of implementation.* # Notice Before You Read *This documentation contains forward-looking statements, architectural descriptions, and design concepts relating to components of the Global Gold ecosystem that are under development or not yet live.* *Any references to future products, features, protocols, tokens, exchanges, marketplaces, or functionality are provided for informational and illustrative purposes only. Such components are subject to change, delay, modification, or cancellation based on technical feasibility, regulatory considerations, governance decisions, and community feedback, and do not constitute a commitment, promise, or guarantee of implementation.* With that said, lets dive in.... # Gold’s Structural Failure in a Digital World Gold is the world’s largest monetary asset — yet it operates on infrastructure that predates the internet. Physical gold remains siloed in regional vaults, liquidity is fragmented across disconnected exchanges, and most global trading volume is mediated through paper instruments that obscure ownership, rehypothecation risk, and settlement finality. This has created a permanent contradiction at the heart of the gold market. Holders are forced to choose between sovereign ownership with limited mobility, or liquidity without enforceable ownership. As global finance has moved toward programmable, always-on systems, this gap has widened. Gold remains systemically important — but structurally incompatible with modern financial infrastructure. **The result is a $50+ trillion monetary asset that cannot natively participate in global, 24/7, digital finance.** This failure is not a function of demand, relevance, or trust in gold itself. **It is a failure of architecture.** Gold is physical, scarce, and jurisdictionally anchored. Digital finance is abstract, composable, and globally interoperable. Legacy systems attempted to bridge this gap through paper claims, pooled custody, and issuer-based representations. These approaches introduced liquidity — but only by severing the direct relationship between ownership and the underlying metal. So-called “tokenized gold” products largely replicate this same structure. While they use blockchain rails, they preserve the same trust assumptions: issuer discretion, pooled backing, opaque reserves, and redemption subject to operational control. The medium changes, but the underlying risks do not. Gold becomes a digital liability rather than a digitally native asset. What has been missing is not better technology, but a new ownership and settlement model — one that allows on-chain representation of physical gold through legally structured claim mechanisms without becoming a generalized issuer liability. Until now\... **Global Gold changes this by rebuilding the gold ownership and settlement stack from first principles.** Instead of issuing balances, the protocol represents asset-level conditional claims tied to specific physical assets. Instead of pooling metal under a central issuer, it standardizes collateral while preserving legal segregation. Instead of discretionary redemption, it enforces standardized, protocol-defined non-custodial claims through protocol rules and governed standards. Physical gold is tokenized at the source, conditional claim rights are represented on-chain through legally structured digital instruments, and liquidity flows through jurisdiction-specific markets minted only against standardized physical collateral under protocol-defined constraints — without central issuers, pooled custody, or opaque accounting. Global Gold is not a product. **It is a neutral, standards-based infrastructure layer for decentralized gold — designed to allow physical gold to move, settle, and integrate with modern financial systems without losing the properties that made it trusted in the first place.** For the first time, gold becomes structurally compatible with the digital world. # Why Gold Has Not Kept Pace with Global Finance The global financial system has undergone a fundamental transformation over the past several decades. Markets have become continuous rather than episodic. Settlement has shifted from days to seconds. Capital is increasingly global, mobile, and software-defined. Yet gold, despite its monetary importance, has not evolved alongside this transformation. The primary reason is not technological inertia — it is architectural incompatibility. Gold is inherently physical. It must be stored, insured, audited, and transported. These requirements introduce friction that does not exist for purely digital assets. To compensate, the financial system developed intermediated representations of gold — unallocated accounts, futures contracts, ETFs, and other paper instruments — that prioritize liquidity over direct ownership. While these instruments enabled scale, they did so by severing the link between the holder and specific physical metal. Control and exposure became contractual rather than proprietary. Settlement became subject to operational, institutional, and counterparty conditions. Trust shifted from asset-level verification to institutional balance sheets. At the same time, gold markets evolved in fragmented silos. Physical custody is regional. Exchanges operate under different delivery rules. Vaulting standards vary by jurisdiction. There is no single, global system for verifying ownership asset-specific rights, enforcing claims, or settling delivery across borders. As digital finance advanced, these constraints became more pronounced. Modern markets expect assets to be: * Instantly transferable * Globally interoperable * Programmatically composable * Auditable in real time Gold, as traditionally structured, satisfies few if any of these requirements without introducing intermediaries. The result is a paradox: gold remains foundational to global finance, yet structurally incompatible with it. Instead of becoming a natively compatible digital asset, gold has been pushed further into abstractions that prioritize convenience over certainty. This is not a failure of gold. It is a failure of the infrastructure built around it. # Why “Digitizing Gold” Has Failed So Far In recent years, many projects have attempted to “digitize” gold. Most of these efforts share a common promise: bring gold on-chain, increase accessibility, and modernize settlement. Yet despite significant experimentation, tokenized gold has failed to meaningfully transform the gold market. The reason is simple: most tokenized gold systems do not change the underlying trust model. In typical implementations, tokens represent claims on an issuing entity rather than asset-specific ownership rights in specific metal. Gold is pooled, not asset-specific. Holders do not possess clearly enforceable asset-specific rights to identifiable bars or coins. Redemption, where it exists, is governed by issuer discretion and operational constraints rather than standardized, protocol-defined processes. **These systems replicate the same structural weaknesses as paper gold:** * Counterparty risk remains concentrated in the issuer * Custodial opacity persists * Rehypothecation risk is difficult to detect * Proof-of-reserves is discretionary rather than continuous * Settlement depends on trust in institutions, not asset-level ownership mechanisms. In other words, the medium changes, but the economic reality does not. Digitization alone does not solve gold’s core problems. Without asset-level claim representation, legal enforceability, non-custodial design, and standardized collateral rules, tokens become abstractions layered on top of legacy systems. They improve user experience at the margin but tend to degrade under periods of market stress — precisely when gold is meant to matter most. True transformation requires more than putting gold on a blockchain. It requires rebuilding the ownership, settlement, and governance stack from first principles. Global Gold does not attempt to digitize gold as it exists today. It restructures how gold is owned, collateralized, and settled — so that physical metal can function as a natively compatible asset within digital markets without reintroducing the failures of paper gold. # What Is Global Gold? Global Gold is a decentralized protocol and standards framework for physical gold and silver. * It is not a vault. * It is not an issuer. * It is not a custodial platform or a pooled reserve product. Global Gold is infrastructure — designed to allow physical precious metals to function as first-class assets in a digital financial system without sacrificing ownership, legal enforceability, or physical integrity. **At its core, Global Gold enables:** * Vaults, refiners, and institutions to tokenize their own metals under shared, open standards * Asset-level ownership through Conditional Claim NFTs tied to specific bars or coins * Jurisdiction-specific, fungible gold and silver tokens backed 1:1 by standardized physical collateral * Global liquidity and price discovery through decentralized markets * Rule-based, non-custodial claim pathways without issuer discretion or pooled risk Unlike traditional tokenized gold systems, Global Gold does not rely on a central issuer or balance sheet. The protocol never takes custody of metal, never pools reserves, and never intermediates ownership. Each asset remains fully allocated, auditable, and governed by clear legal and technical rules. Ownership is represented on-chain through Conditional Claim NFTs — digital title instruments that correspond to specific physical bars or coins. These NFTs encode provenance, custody, and enforceable claim conditions, allowing physical gold to be owned and settled with cryptographic precision rather than contractual trust. Liquidity is enabled through jurisdiction-specific gold and silver tokens (such as USG and USS), which represent standardized, unallocated exposure derived exclusively from approved physical collateral. These tokens allow gold to trade, settle, and integrate with modern financial systems while remaining continuously anchored to real metal. Critically, **Global Gold is governed as infrastructure, not controlled as a product. Open standards, collateral rules, and protocol invariants are defined through decentralized governance rather than corporate discretion.** * Execution is handled by vaults. * Ownership remains with users. * The protocol enforces rules — it does not make decisions. The result is a unified, global system where physical gold can move across markets, jurisdictions, and applications with the same reliability as modern financial assets — without becoming synthetic, abstracted, or trust-based. Global Gold is best understood as the internet layer for precious metals: a neutral settlement network that connects independent reserve partners, enforces shared standards, and allows gold and silver to participate natively in the digital economy. # Decentralized Gold vs Tokenized Gold Most existing “tokenized gold” or “tokenized silver” products implement centralized issuance and custody models. They rely on: * A single issuer * Pooled custody * Corporate balance-sheet liabilities * Discretionary redemption * Limited transparency
In these models, users do not own gold — they own a promise. Decentralized gold is different.
Global Gold introduces a new category where: * Gold is tokenized by the vault that holds it * Each bar is represented individually on-chain * Asset-level claim rights reference specific physical assets * Redemption is deterministic, not discretionary * No single entity controls issuance or custody
*Tokenized gold* creates exposure. *Decentralized gold* creates ownership. # Governance as Infrastructure, Not Control **Gold is too neutral, too global, and too systemically important to be governed by a single company.** Global Gold is governed by the **Global Gold Council** — a decentralized standards and oversight body responsible for defining collateral eligibility, approving vault participation, governing protocol rules, and safeguarding long-term neutrality. Execution, interfaces, and commercialization are intentionally separated from governance. This separation is not ideological — it is structural. It is what makes the system regulator-defensible, institution-ready, and resistant to capture. # A New Monetary Substrate for Global Metals Global Gold unifies four capabilities into a single system: * **Allocated assets**\ Specific bars and coins represented as Conditional Claim NFTs with enforceable ownership
* **Unallocated liquidity**\ Jurisdiction-specific fungible metal tokens (e.g., USG, USS) backed 1:1 by standardized collateral
* **Global markets**\ An allocated asset marketplace and an institutional exchange for fungible metals
* **Global settlement**\ Rule-based claim, transfer, and physical redemption processes executed by participating vaults across jurisdictions
Together, these components form a unified settlement and liquidity layer for precious metals — one that preserves gold’s sovereignty while enabling its participation in modern digital financial systems. # What Global Gold Is Not Global Gold is intentionally designed to avoid the structural failures of existing gold and silver products. It is important to clarify what Global Gold is not. **Global Gold is not a stablecoin –** It does not reference, peg to, or seek price stability relative to any fiat currency, nor does it issue a fiat-denominated monetary instrument. **Global Gold is not a wrapped token or synthetic commodity –** It does not represent a derivative, swap, or synthetic exposure. Tokens are issued only pursuant to standardized physical collateral under defined custody and legal arrangements. **Global Gold is not a custodial gold product –** The protocol does not take custody of metal, control vault operations, or take possession of user assets; custody and compliance remain with independent vault operators. **Global Gold is not an ETF or pooled gold vehicle –**There is no commingled fund structure, no pooled investor vehicle, no discretionary redemption policy, and no issuer balance-sheet liability. **Global Gold is not a centralized exchange or issuer of IOUs –**The protocol does not operate a centralized exchange, act as a broker or dealer, or issue IOUs; trading and delivery are facilitated through independent marketplaces and executed by participating vaults and counterparties. Instead, Global Gold is a standards-based infrastructure framework that enables enforceable asset claims, standardized liquidity mechanisms, and cross-jurisdictional transfer of physical precious metals through independent participants, without introducing custodial or issuer risk.
# Why Global Gold Wins Global Gold is designed to address structural limitations present in prior gold tokenization efforts because it aligns incentives, governance, and architecture through a standards-based, non-custodial design. * **Non-custodial by design** The protocol does not take custody of gold, thereby avoiding issuer balance-sheet exposure and centralized custody dependencies. * **Legally structured ownership** Digital assets represent legally structured claims designed to align on-chain representation with applicable real-world ownership and claim frameworks. * **Globally scalable** Tokenization happens locally; liquidity is designed to interoperate across jurisdictions through standardized mechanisms. * **Institution-ready** Designed to be compatible with regulated vaults, jurisdictional compliance requirements, and institutional operational workflows. * **Governed, not controlled** Standards and rules are set by a decentralized council, \ rather than by a single operating entity. * **Culturally aligned** Adoption is driven by a combination of economic utility, community participation, and long-term interest in precious metals as a store of value. Global Gold is not intended to replace or displace existing gold markets. It is designed to interoperate with existing market structures while enabling new digital-native settlement and ownership models. # Gold – The World’s Largest Monetary Asset #### Gold Is the World’s Largest Monetary Asset Gold is a $50+ trillion market when accounting for physical holdings, derivatives, and OTC settlement. It functions simultaneously as: * A reserve asset for central banks
* A hedge against monetary instability
* A settlement asset for sovereign and institutional actors
* A global store of value across cultures and regimes Daily trading volume routinely exceeds that of most fiat currencies and all digital assets combined. Yet despite its scale, gold’s infrastructure remains largely unchanged for decades.
# Structural Failures of the Current System **Fragmented Liquidity** Gold trades across disconnected venues — COMEX, LBMA, SGE, OTC desks — each with its own rules, settlement cycles, and accessibility constraints. **Custodial Opacity** Paper gold instruments dominate volume, but obscure: * Whether gold is allocated
* Whether it is rehypothecated
* Whether delivery is realistically available **Settlement Inefficiency** Gold markets operate on limited windows, with slow settlement and jurisdictional friction that prevents global capital efficiency. **Paper–Physical Divergence** In times of stress, paper gold prices and physical availability diverge — undermining trust in the system.
# Why Gold Has Not Natively Entered DeFi While trillions of dollars of value have moved on-chain, gold has remained largely absent due to: * **Custody risk**: Most DeFi cannot safely interface with physical assets
* **Regulatory ambiguity**: No clear framework for enforceable on-chain ownership
* **Lack of primitives**: No standardized way to represent title, claims, and delivery
* **Absence of global standards**: Fragmented approaches fail at scale Global Gold exists to solve these foundational blockers — not through wrappers, but through first-principles design. # What “Tokenized Gold” Gets Wrong Over the past decade, dozens of products have attempted to “put gold on-chain.” While these efforts often use blockchain technology, most fail to meaningfully change the underlying structure of the gold market. They digitize the interface — not the ownership, settlement, or risk model. As a result, most tokenized gold products reproduce the same weaknesses that have defined paper gold markets for decades, just in a new technical wrapper. In most tokenized gold systems, holders do not own gold. They own a claim on an issuing entity that promises to hold gold on their behalf. This distinction matters. An IOU is a balance-sheet liability of the issuer. If the issuer fails, is frozen, becomes insolvent, or is subject to regulatory action, the token holder’s claim is impaired — regardless of whether gold exists somewhere in storage. True ownership means: * The asset exists independently of the issuer * Rights persist through insolvency * No entity can unilaterally revoke access Most tokenized gold products fail this test. \ Gold Is Pooled, Not Asset-Specific Tokenized gold products almost always rely on pooled backing. Gold is held in aggregate, and tokens represent a fractional interest in an undifferentiated pool rather than a specific bar or coin. This pooling creates multiple problems: * No asset-level provenance * No ability to trace ownership to a specific bar * No guarantee that all gold in the pool is equally deliverable * No clean path to bar-level redemption at scale Pooling works for derivatives. It fails for physical settlement. In times of stress, pooled systems break first. #### Redemption Exists at Issuer Discretion In most tokenized gold products, redemption is not a right — it is a policy. Issuers typically retain discretion over: * Who can redeem * Minimum redemption sizes * Fees and delays * Temporary suspension during “market conditions” This means that redemption is operationally fragile and legally ambiguous. When it matters most, it may not be available at all. Gold that cannot be redeemed on demand is not monetary gold — it is a derivative. #### Token Holders Bear Issuer and Custodial Risk Because tokenized gold relies on centralized issuers and custodians, token holders inherit their risks: * Issuer insolvency * Custodian failure * Regulatory seizure * Jurisdictional intervention * Internal rehypothecation or lending Even when gold is “fully backed,” the holder’s exposure is to an organization — not directly to metal. This is the same risk profile as ETFs and paper gold instruments, simply delivered via blockchain rails. Many tokenized gold products claim to offer proof-of-reserves, but these proofs are often: * Periodic rather than continuous * Issuer-provided rather than independently verifiable * Aggregate rather than bar-level * Not cryptographically enforced In most cases, proof-of-reserves is a reporting mechanism, not a system invariant. It can be paused, delayed, or modified — precisely when confidence is most needed. Transparency that depends on issuer goodwill is not transparency. #### Tokenized Gold Recreates the Paper Gold System — On-Chain Taken together, these design choices lead to a familiar outcome. Tokenized gold: * Preserves centralized control * Preserves issuer discretion * Preserves pooled exposure * Preserves redemption fragility * Preserves counterparty risk The technology changes, but the trust assumptions do not. This is why most tokenized gold products behave like digital wrappers around paper gold, not as true digital monetary assets. #### Why This Matters Gold’s role in the global financial system is not speculative. It exists precisely because it minimizes trust, counterparty exposure, and discretionary control. Any system that reintroduces those risks — even with better user interfaces or faster settlement — misses the point. Modernizing gold requires more than putting it on a blockchain. It requires rebuilding ownership, collateralization, and settlement from first principles. That is the problem Global Gold is designed to solve.
# What “Decentralized Gold” Requires ### What “Decentralized Gold” Requires Gold cannot be “decentralized” by simply placing a token on a blockchain. To function as a native digital monetary asset, gold must satisfy a set of structural requirements that go far beyond faster settlement or better interfaces. Without these requirements, gold remains a derivative instrument — regardless of the technology used. #### 1) Asset-Level Ownership, Not Account Balances Decentralized gold must exist at the level of specific physical assets, not abstract balances. In practice, this means: * Ownership maps to identifiable bars or coins * Assets have traceable provenance and custody history * Rights persist independently of any issuer or platform Account-based systems only represent liabilities. Asset-level systems represent ownership. Without asset-level ownership, tokenized gold cannot support enforceable claims or scalable settlement. #### 2) Legal Enforceability, Not Contractual Promises On-chain representation is meaningless if it does not correspond to enforceable real-world rights. **Decentralized gold requires:** * Clear legal title or claim pathways * Structures that survive insolvency, disputes, and jurisdictional scrutiny * Rights that do not depend on issuer discretion Smart contracts cannot replace law — they must integrate with it. Legal enforceability is what turns digital gold from a promise into property. #### 3) Non-Custodial Architecture by Design A decentralized gold system cannot rely on any protocol, foundation, or company to hold metal or control delivery. **Non-custodial design means:** * Vaults retain physical custody * Title and claims are governed by rules, not operators * No entity can freeze, reassign, or rehypothecate assets Custody concentrates power. Decentralization removes it. #### 4) Global Composability Gold must be able to function as a native asset in digital markets, not as a siloed product. This requires: * Fungible liquidity for trading and settlement * Interoperability across jurisdictions and platforms * The ability to integrate with financial systems without fragmentation If gold cannot move, settle, and compose globally, it cannot serve as modern monetary infrastructure. #### 5) Separation of Powers No single entity should govern rules, custody assets, and execute transactions. Decentralized gold requires: * Governance that sets standards, not operations * Custody performed by independent, regulated vaults * Execution automated through protocol logic This separation prevents capture, reduces regulatory risk, and preserves long-term neutrality. #### The Threshold Test All five of these conditions must be met simultaneously. If any are missing: * Ownership becomes ambiguous * Redemption becomes discretionary * Risk becomes centralized * Trust degrades under stress In that case, gold remains a derivative — not a digital monetary asset. #### Why This Matters Gold’s value comes from what it removes: counterparty risk, discretionary control, and trust in intermediaries. A decentralized gold system must preserve those properties while enabling global digital settlement. This is the bar Global Gold is built to meet. # Global Gold’s Core Breakthrough #### Global Gold’s Core Breakthrough Global Gold is not a single invention. It is the combination of four foundational design elements that together address a core challenge in the real-world asset space: enabling physical precious metals to interact with digital systems without introducing centralized counterparty exposure, custodial dependency, or discretionary control. *** #### 1. Conditional Claim NFTs (Asset-Level Representation) At the allocated layer, Global Gold introduces Conditional Claim NFTs. Each NFT corresponds to a specific physical asset — such as a gold bar or silver coin — and functions as a legally structured digital claim instrument. Rather than representing pooled exposure or an issuer liability, each NFT references a serialized, identifiable piece of metal held in an approved vault. The claim is conditional because legal title transfer is finalized only after applicable jurisdictional compliance and vault-level approval requirements are satisfied. This design allows on-chain ownership representation to correspond with real-world legal and operational processes without requiring the protocol to act as a custodian or intermediary. The result is an asset-level ownership model designed to be auditable and transferable under defined conditions, without pooled balances, issuer discretion, or balance-sheet liabilities. *** #### 2. Fungible Tokens Backed by Standardized Collateral At the liquidity layer, Global Gold introduces jurisdiction-specific, fungible metal tokens such as USG (United States Gold) and USS (United States Silver). These tokens represent unallocated metal liquidity and are minted only from council-approved collateral that meets defined standards for purity, form factor, refinery source, and vault custody. Supply is governed by protocol rules rather than discretionary issuance, and each token corresponds to a standardized metal quantity derived from its backing assets. This structure enables gold and silver to be used within digital market infrastructure as fungible units while remaining continuously referenced to real, deliverable physical metal. *** #### 3. Trust-Based Collateralization Without Custodial Control To support redeemability and reduce ambiguity around backing, Global Gold employs a trust-based collateralization approach. When allocated metal is used to support fungible token issuance, legal title may be held under a bankruptcy-remote trust or equivalent legal structure governed by protocol standards. Storage responsibility and economic exposure remain with the user, while the trust functions solely as a neutral collateral agent. The protocol does not take custody of metal, exercise discretion over assets, or intermediate delivery. Collateralization is governed by predefined rules, enforced through code, and executed by independent vault operators. *** #### 4. Decentralized Governance via the Global Gold Council The system is supported by decentralized, industry-based governance. Global Gold is governed by the Global Gold Council, a standards-oriented governance body responsible for defining collateral eligibility, trust mandates, vault participation requirements, protocol invariants, and upgrade processes. The Council governs rules and standards only; it does not control assets, transactions, or users. This separation ensures that no single company, foundation, or operator can control underlying standards, modify backing rules unilaterally, or exercise discretionary authority over protocol behavior. Governance by an industry-based council, rather than by an issuing entity, allows Global Gold to function as neutral infrastructure rather than a proprietary financial product. *** #### Why This Matters Together, these design elements allow gold and silver to interact with digital systems while preserving the characteristics that make physical metals trusted in the first place. Global Gold does not wrap precious metals in financial abstractions. It restructures ownership representation, collateralization, liquidity mechanisms, and governance from the ground up. This is the foundation required for decentralized precious-metal infrastructure. # The Four-Layer Architecture Global Gold is built as a modular system with four interconnected layers: #### 1. Asset Layer — *Global Gold Reserve Partners* Vaults, refineries, and institutions tokenize their own gold using shared standards. They retain custody, compliance responsibility, and applicable title and control authority while gaining access to global liquidity. #### 2. Ownership Layer — *Conditional Claim NFTs* Each gold bar is represented by a non-custodial digital twin that encodes legally structured claim and ownership-representation rights. These NFTs are not IOUs and do not represent issuer liabilities.\ \ The Conditional Claim NFT architecture incorporates novel legal-technical mechanisms designed to enable non-custodial representation of ownership interests of physical assets. Certain elements of this architecture are currently patent pending. * *Global Gold Tokens* (the tokenization engine) * *Global Gold Bars* * *Global Gold Coins* * *Jurisdiction-Specific Fungible Tokens* (USG, USS, etc.) #### 3. Liquidity Layer — *Global Gold Marketplace & GGX* Tokenized bars and gold-backed tokens trade in 24/7 markets, enabling spot trading, lending, other permitted financial primitives, subject to applicable rules and standards, without geographic or institutional barriers. * *Global Gold Marketplace* for allocated assets * *Global Gold Exchange (GGX)* for unallocated fungible liquidity #### 4. Culture Layer — *The Global Gold Community* A cultural and incentive layer that drives adoption, aligns participants, and builds the long-term network effects required for a global gold economy. * *The King Collective* * *GOLDN* * *(s)* Together, these layers transform gold from a static store of value into a programmable, liquid, globally accessible financial primitive. Each layer is modular, composable, and governed independently where appropriate. # Allocated vs Unallocated Metal (SMUs) Global Gold is built around a clear and deliberate separation between allocated metal and unallocated metal. This distinction mirrors how physical precious metals have traded for decades in institutional markets — but with cryptographic verification, standardized auditability, and digital interoperability. Understanding this separation is essential to understanding how Global Gold combines real ownership, deep liquidity, and global scalability without compromising physical backing. *** ### Allocated Metal Allocated metal refers to specific, identifiable physical assets held in approved vaults. In the Global Gold Protocol, allocated metal is represented on-chain by Conditional Claim NFTs, each tied to a particular bar or coin with verifiable, immutable metadata. Allocated metal is characterized by the following properties: * The asset is specific and serialized (a particular bar or coin) * Claims are asset-level, not pooled * Assets may trade at premiums or discounts based on size, brand, location, or availability * The holder has a defined, enforceable process for requesting physical delivery through the vault Allocated metal is ideal for participants who want: * Asset-specific exposure to physical precious metals * Long-term holding or vault-based custody * Certainty around provenance, form factor, and delivery This is how physical bullion has traditionally been owned and stored — now expressed natively on-chain with enforceable digital ownership. *** ### Unallocated Metal (Standard Metal Units) Unallocated metal refers to fungible units of standardized metal exposure, rather than claims on specific bars or coins. In Global Gold, unallocated metal is represented by Standard Metal Units (SMUs) — jurisdiction-specific, fungible tokens such as: * USG — United States Gold * USS — United States Silver Each SMU represents the fine metal content of institutional-grade physical metal held in approved vaults and collateralized under protocol standards. Standard Metal Units have the following properties: * Units are fungible and interchangeable * Fully backed 1:1 by standardized physical collateral * Minted and burned deterministically based on verified metal content * Trade at or near spot price, without asset-specific premiums * Optimized for liquidity, trading, and settlement
Unallocated metal in the form of SMUs is ideal for: * Continuous trading and price exposure * Settlement between counterparties * Integration into financial markets and digital infrastructure
This mirrors how most global commodity volume trades today: liquidity first, delivery optional. *** ### Moving Between Allocated and Unallocated A core feature of Global Gold is the ability to move seamlessly between allocated metal and Standard Metal Units. Participants can: * Claim allocated metal by using SMUs (such as USG or USS) to acquire a specific bar or coin represented by a Conditional Claim NFT * Redeem allocated metal by withdrawing physical metal from the vault once ownership has been established These transitions are governed by deterministic protocol rules and executed by vaults — not by issuers, custodians, or discretionary intermediaries. *** ### Why This Separation Matters This separation is not a design preference — it is a requirement for scale. Commodity markets function because: * Liquidity trades in standardized, unallocated form * Physical delivery occurs only when needed * Ownership and settlement rules are clear and enforceable Global Gold preserves this proven structure while removing opacity, discretionary control, and geographic friction. The result is a system where: * Liquidity can scale globally * Ownership remains real and enforceable * Physical delivery is always possible * Trust is enforced by standards and cryptography — not promises This is how gold and silver become usable as modern monetary assets without ceasing to be physical metals. # GGC Overview ### Purpose The Global Gold Council (GGC) is the decentralized governance body responsible for establishing, maintaining, and evolving the standards that underpin the Global Gold Protocol. **Its mission is simple but foundational:** To govern the future of the global gold trade as it moves on-chain. Gold is a global, neutral, systemically important asset. No single company, jurisdiction, or operator should control the rules by which it is tokenized, traded, or integrated into global finance. The Global Gold Council exists to ensure that decentralized gold infrastructure is governed credibly, transparently, and in the long-term interests of the ecosystem. ### Why a Council Is Necessary Bringing physical gold on-chain introduces challenges that cannot be responsibly governed by a single corporate entity: * Jurisdictional differences in property law and compliance * Standards for vaults, refineries, and reserve partners * Rules around ownership, redemption, and settlement * Risk parameters for decentralized financial products * Long-term neutrality and trust in the system
If these decisions were controlled by an operating company, the protocol would inherit: * Regulatory concentration risk * Conflicts of interest * Reduced institutional trust * Long-term governance fragility
The Council model solves this by separating governance of standards and rules from execution and operations. ### What the Global Gold Council Governs The Council governs protocol-level decisions that must remain neutral, durable, and credibly decentralized, including: * Ecosystem standards for tokenizing physical gold and other metals * Admission criteria and ongoing requirements for Reserve Partners * Ownership, redemption, and settlement rules * Protocol upgrades and new system modules * Risk parameters for decentralized financial products * Cross-jurisdictional consistency and compliance alignment
In short, the Council governs the rules of the system, not its day-to-day operation. ### What the Council Does Not Do The Global Gold Council does not: * Custody gold or digital assets * Operate vaults, refineries, or exchanges * Execute trades or manage liquidity * Control front-end applications or user interfaces * Perform operational, legal, or commercial activities Those responsibilities remain with vaults, institutions, and independent operators built on top of the protocol. This separation is intentional and essential. ### Governance Philosophy The Global Gold Council is designed around a few core principles: * **Neutrality** — No single actor controls the system * **Decentralization with structure** — Clear roles, checks, and balances * **Institutional credibility** — Designed for real-world assets, not speculation * **Long-term orientation** — Decisions made for decades, not cycles * **Regulatory realism** — Governance that reduces, not increases, systemic risk This is not a casual DAO. It is a standards body for decentralized gold. ### Who the Council Is For The Council is composed of individuals with deep experience across: * Precious metals and global vaulting * Financial markets and infrastructure * Law, compliance, and regulation * Blockchain protocols and Web3 * Institutional capital and risk management Members are selected not for popularity, but for judgment. ### Why Early Council Members Matter Decentralized gold is a new category. The standards set in the early stages will determine: * How gold is tokenized globally * Which jurisdictions and vaults can participate * How ownership and redemption work in practice * How gold integrates into decentralized finance Early Council members are not joining a product. They are shaping the foundation of a new global market structure. ### The Long-Term Vision The Global Gold Council exists so that: * Gold can move freely across borders without losing legal clarity * Physical assets can integrate safely into on-chain finance * No single company can capture or distort the system * Global trust in decentralized gold can compound over time Learn more at: [https://globalgoldcouncil.org](https://globalgoldcouncil.org/) # The Constitution ## GLOBAL GOLD COUNCIL GOVERNANCE CONSTITUTION (v2.5) *** ### PREAMBLE This Constitution establishes the Global Gold Council (“GGC”) as the decentralized governance system responsible for overseeing the standards, rules, parameters, and structural evolution of the Global Gold Protocol. Its purpose is to: 1. Ensure meaningful decentralization and prevent concentration of authority;
2. Establish a multi-tier governance structure with checks and balances;
3. Maintain strict separation between strategic, operational, and decentralized governance layers;
4. Provide continuity through permanent strategic leadership roles;
5. Enable efficient and controlled execution of governance decisions;
6. Empower the global community through a broad-based decentralized assembly.
*** ## ARTICLE I — GOVERNANCE STRUCTURE Governance authority is distributed across four nested bodies: 1. The Steward
2. The Strategic Council
3. The Executive Council
4. The General Assembly
#### Section 1. Hierarchical Inclusion 1. The Steward is a permanent member of the Strategic Council.
2. All Strategic Council members are permanent members of the Executive Council.
3. All Executive Council members are permanent members of the General Assembly.
4. Members of each higher tier fully participate in all tiers below.
*** ## ARTICLE II — THE STEWARD #### Section 1. Composition The Steward consists of a single permanent, irremovable seat held by: Cole Chapman #### Section 2. Powers The Steward shall: 1. Appoint all members of the Strategic Council;
2. Provide long-term strategic continuity;
3. Call emergency sessions of the Strategic Council or Executive Council;
4. Break procedural ties within the Strategic Council;
5. Serve as the symbolic anchor of the governance system.
#### Section 3. Constraints The Steward shall not: 1. Approve or enact governance proposals;
2. Hold treasury or smart contract authority;
3. Override decisions of any governance body;
4. Exercise operational governance control.
#### Section 4. Permanence 1. The Steward is permanent and irremovable.
2. No governance action may amend, diminish, or abolish the Stewardship.
*** ## ARTICLE III — THE STRATEGIC COUNCIL #### Section 1. Composition The Strategic Council consists of three permanent seats: * Cole Chapman (Steward)
* Two additional member appointed by the Steward #### Section 2. Appointment All Strategic Council members are appointed exclusively by the Steward. #### Section 3. Powers The Strategic Council shall: 1. Remove members of the Executive Council by simple majority (2 of 3 votes);
2. Nominate all Executive Council members, including initial appointments, replacements, and any future vacancies;
3. Provide constitutional, strategic, and long-term guidance;
4. Review proposals prior to Executive Council assessment;
5. Interpret the Constitution when disputes arise;
6. Safeguard the mission and long-term structural integrity of the Protocol.
#### Section 4. Constraints The Strategic Council shall not: 1. Approve or enact governance actions;
2. Control treasury or smart contract authority;
3. Override Executive Council or General Assembly decisions;
4. Exercise operational or economic governing power.
#### Section 5. Removal of Strategic Council Members Members of the Strategic Council (other than the Steward) may be removed only by a two-thirds (⅔) vote of the Strategic Council. #### Section 6. Permanence 1. The Strategic Council is a permanent body.
2. No governance action may remove, replace, or alter the foundational authority of the Strategic Council.
*** ## ARTICLE IV — THE EXECUTIVE COUNCIL #### Section 1. Composition (Amended) The Executive Council consists exclusively of individual natural persons and shall include: 1. Ten (10) appointed Executive Council members; and
2. All members of the Strategic Council, who serve as permanent members. No legal entity, corporation, partnership, DAO, or other non-natural person may hold or be appointed to an Executive Council seat. Total potential membership: thirteen (13) seats. #### Section 2. Appointment 1. The Strategic Council nominates all Executive Council members, including initial appointments, replacements, and any future vacancies.
2. Nominees must be ratified by a majority vote of the General Assembly before taking office.
3. If the General Assembly declines a nominee, the Strategic Council must submit a new nominee.
#### Section 3. Removal 1. Members of the Executive Council may be removed only by a simple majority vote of the Strategic Council.
2. The General Assembly shall have no authority to remove Executive Council members.
3. Removal may concern conduct, participation, persistent poor performance, inability to serve, or breach of duty, but may not be used to influence governance outcomes.
#### Section 4. Powers The Executive Council shall: 1. Conduct administrative review of proposals to determine whether they are sufficiently clear, complete, safe, and compliant for advancement to a General Assembly vote;
2. Approve proposals for advancement to the General Assembly or return them to the sponsor with required revisions or conditions;
3. Execute all governance decisions ratified by the General Assembly;
4. Perform risk, compliance, feasibility, and specification evaluations;
5. Manage the governance lifecycle in accordance with the Global Gold Proposal Process (GGPP);
6. Propose candidates for the General Assembly;
7. Conduct mandatory administrative review of Large Treasury Actions and New System/Product proposals per Article XIII.
#### Section 5. Constraints The Executive Council shall not: 1. Exercise substantive veto power over governance outcomes;
2. Permanently block or void any governance proposal that meets procedural, safety, and compliance requirements;
3. Reject proposals due to political preference or disagreement with their intended outcome;
4. Approve protocol upgrades or treasury actions without General Assembly approval;
5. Control treasury or smart contract authority;
6. Override decisions of the General Assembly. #### Section 6. Voting Procedure 1. Decisions require affirmative votes from at least sixty percent (60%) of Seated Members of the Executive Council.
2. “Seated Members” include all appointed EC seats and all Strategic Council seats.
3. Votes receiving fewer than 60% affirmative votes are not approved.
4. Failed votes return proposals to the sponsor with required revisions.
5. This mechanism eliminates tie scenarios and preserves procedural neutrality.
*** ## ARTICLE V — THE GENERAL ASSEMBLY #### Section 1. Composition (Rewritten) The General Assembly consists of: 1. Seventy (70) seated members; and
2. All members of the Executive Council, who serve as permanent members. Seated members of the General Assembly may be either: * Individual Members (natural persons), or
* Organizational Members (legal entities represented by a designated natural person). All seated members participate under the same voting rights and obligations, except where expressly restricted by this Constitution. *** #### Section 2. Organizational Membership (New) 1. An Organizational Member is any legally recognized entity (including but not limited to a vault, refinery, financial institution, protocol, or enterprise) that has been granted a seat in the General Assembly.
2. Each Organizational Member must designate one (1) named natural person as its official representative.
3. The designated representative:
4. Acts on behalf of the organization for all governance matters;
5. Is publicly disclosed;
6. May be replaced by the organization with notice to the Executive Council.
7. Each Organizational Member is limited to one (1) seat and one (1) vote, regardless of size, assets, or economic activity. *** #### Section 3. Appointment & Ratification 1. Candidates for General Assembly seats—both Individual Members and Organizational Members—are nominated by the Executive Council.
2. All nominees must be ratified by a majority vote of the General Assembly before assuming a seat.
3. No distinction shall be made in voting power or procedural rights between Individual Members and Organizational Members once seated. *** #### Section 4. Powers The General Assembly holds final, binding authority over: 1. Approval, amendment, or repeal of Ecosystem Standards;
2. Treasury actions and allocations;
3. Protocol upgrades and new system modules;
4. Ratification of Executive Council appointments;
5. Amendments to this Constitution. Individual Members and Organizational Members vote on the same matters under identical rules, quorum thresholds, and voting requirements. *** #### Section 5. Constraints The General Assembly shall not: 1. Remove or replace the Steward;
2. Remove or replace Strategic Council members;
3. Remove Executive Council members;
4. Exercise operational or execution authority reserved for the Executive Council;
5. Grant governance authority to any organization beyond its single General Assembly seat. *** ## ARTICLE VI — VOTING RULES AND QUORUM #### Section 1. Definitions A “Seated Member” is any individual occupying a confirmed seat in the General Assembly. #### Section 2. Voting Thresholds 1. Simple Actions 1. Simple majority 2. 20% quorum
2. Major Actions 1. 60% supermajority 2. 30% quorum
3. Constitutional Actions 1. Two-thirds (⅔) supermajority 2. 40% quorum
Abstentions do not affect majority calculations. *** ## ARTICLE VII — PROPOSAL LIFECYCLE 1. Any General Assembly member may originate a proposal.
2. Subcommittees may draft proposal content but may not originate or sponsor proposals.
3. The Executive Council conducts administrative review.
4. The General Assembly votes on approved proposals.
5. The Executive Council executes ratified governance actions.
6. Returned proposals may be revised and resubmitted.
*** ## ARTICLE VIII — SUBCOMMITTEES #### Section 1. Creation Subcommittees may be created or dissolved by majority vote of the General Assembly. #### Section 2. Membership Members are proposed by the Executive Council and ratified by the General Assembly. #### Section 3. Powers Subcommittees may: 1. Draft proposals for GA sponsors;
2. Conduct research;
3. Develop or evaluate Ecosystem Standards;
4. Provide technical and compliance analysis;
5. Produce domain-specific reports. #### Section 4. Constraints Subcommittees may not: 1. Originate or sponsor proposals;
2. Approve governance actions;
3. Control treasury or smart contract authority;
4. Bind the protocol.
*** ## ARTICLE IX — TREASURY CONTROL 1. Treasury authority belongs solely to the General Assembly.
2. The Executive Council executes treasury decisions after approval.
3. The Steward and Strategic Council have no treasury authority.
*** ## ARTICLE X — AMENDMENTS 1. Amendments require a two-thirds (⅔) supermajority vote of the General Assembly.
2. Amendments must meet applicable quorum thresholds.
3. The Executive Council executes all amendments.
*** ## ARTICLE XI — COMMUNITY PARTICIPATION #### Section 1. Eligibility Holders of King Collective NFTs form the Community Participation Layer. #### Section 2. Community Proposals Participants may draft advisory proposals requiring GA sponsorship. #### Section 3. Sponsorship Requirement A General Assembly member must sponsor a community proposal for it to enter formal governance. #### Section 4. Advisory Nature Community proposals are non-binding. #### Section 5. No Automatic Governance Rights Holding a King Collective NFT does not, by itself, confer a General Assembly seat or voting authority. Community participants may only exercise governance power if formally seated as Individual Members or Organizational Members under Article V. *** ## ARTICLE XII — GOVERNANCE PROCEDURES The Executive Council maintains the Global Gold Proposal Process (GGPP), encompassing: 1. Proposal templates;
2. Lifecycle and review stages;
3. Submission guidelines;
4. Documentation requirements;
5. Classification rules;
6. Transparency requirements.
Amendments to the GGPP require a majority vote of the Executive Council. *** ## ARTICLE XIII — PROPOSAL CLASSIFICATIONS & THRESHOLDS #### Section 1. Purpose Defines the classes and required thresholds for governance proposals. *** #### Section 2. Proposal Classes 1. Simple Actions — low-impact changes; ≤1% treasury spend.
2. Major Actions — modifications to Ecosystem Standards or protocol behavior; >1–5% treasury spend.
3. Large Treasury Actions — >5% treasury spend; require Executive Council administrative review.
4. New Systems & Product Modules — creation of new protocol components (DEXs, marketplaces, lending systems, routers, etc.); always Major Actions.
5. Constitutional Actions — modifications to this Constitution.
*** #### Section 3. Permanence of Steward and Strategic Council No governance action may: 1. Remove or replace the Steward;
2. Remove or replace Strategic Council members (except by internal ⅔ rule);
3. Modify the authority or permanence of the Strategic Council;
4. Modify the permanence provisions of this Constitution.
Any such proposal is void. *** #### Section 4. Executive Council Review For Large Treasury Actions and New System/Product proposals: 1. The Executive Council shall conduct administrative, safety, compliance, and feasibility review to ensure procedural readiness;
2. The Executive Council may return such proposals to the sponsor with required revisions or conditions;
3. The Executive Council may not permanently veto or void any proposal that meets procedural, safety, and compliance requirements;
4. Procedural, safety, and compliance requirements shall be defined in the Global Gold Proposal Process (GGPP). The Executive Council shall evaluate proposals solely against these documented requirements;
5. Once procedural requirements are met, the Executive Council shall advance the proposal to the General Assembly for voting. *** #### Section 5. Equal Voting Principle All seated General Assembly members—whether Individual Members or Organizational Members—shall: * Be counted equally toward quorum;
* Exercise one (1) vote per seat;
* Be subject to the same majority and supermajority thresholds. No proposal may introduce weighted voting or differentiated voting rights without a Constitutional Amendment. *** ## CONCLUSION This Constitution establishes a durable, decentralized, and regulator-aligned governance framework enabling secure, transparent, and resilient evolution of the Global Gold Protocol. ***
# Global Gold Proposal Process (GGP) *** Version 1.6 Adopted by the Global Gold Council *** ### PREAMBLE 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: * Protocol rules * Ecosystem Standards * New products or system modules * Treasury allocations * Governance processes * Jurisdictional requirements * Economic parameters * Operational frameworks * 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: * Technical * Operational * Physical and metallurgical * Tokenization * Vault * Compliance / KYC * Jurisdictional * Metadata * Proof-of-Reserves and audit * Security * Chain deployment 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: * Tokenization rules * Vault standards * Jurisdictional rules * Compliance requirements * Proof-of-Reserves * Metadata rules * Technical or security standards * Any ecosystem-wide standard
*** #### 2. Core: Protocol & Parameter Changes Changes affecting: * $USG (or other GG token) issuance/wrapping/burning * Redemption mechanics * Fee structures * Risk parameters * Contract settings * Protocol-wide behaviors *** #### 3. Core: Treasury & Economic Actions Including: * Treasury spending * Incentive programs * Liquidity programs * Grants * Fee-routing changes * Economic initiatives Treasury actions over 5% require Executive Council Review. *** #### 4. Core: New Systems & Product Modules Including: * DEXs * NFT marketplaces * Lending systems * Staking modules * Collateral systems * Routers * Chain deployments * Analytics modules * Any new contract system
Always a Major Action (60% / 30% quorum). If >5% treasury spend → EC Review required. *** ### CATEGORY 2 — PROCESS PROPOSALS Changes to: * Governance procedures * Documentation workflows * Committee rules * Operational processes * Reporting systems * Discourse/Snapshot configuration
Do not modify protocol logic. *** ### CATEGORY 3 — INFORMATIONAL PROPOSALS Non-binding proposals providing: * Research * Analysis * Recommendations * Strategic insights * Ecosystem observations
Do not enact change. *** ### CATEGORY 4 — RESUBMISSIONS A previously rejected or stalled GGP being resubmitted must include: 1. Link to prior GGP 2. Reason for rejection/stalling 3. Summary of changes
*** ## 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: * Technical feasibility * Operational safety * 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: * Meet legal requirements * 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 * Community members * GA members Purpose: * Discuss ideas * Seek sponsorship * Iterate drafts Non-binding. *** ### PHASE 1 — GGP IDEA (Sponsored) A GA member sponsors an idea. Published on: Discourse → GGP: Ideas Requirements: * Title * Abstract * Motivation * Draft outline * Suggested category
7-day feedback period. *** ### PHASE 2 — GGP DRAFT Sponsor + author prepare the full GGP using the template. Published on: Discourse → GGP: Drafts Moderator checks: * Template completion * Technical clarity * Treasury disclosure * Proper formatting * Category accuracy
Inactive for 30 days → Abandoned. *** ### PHASE 3 — SUBCOMMITTEE & DOMAIN REVIEW Subcommittees provide: * Technical notes * Risk flags * Compliance notes * 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: * Straight-to-Vote, or * Needs Executive Review
*** ### PHASE 4 — EXECUTIVE COUNCIL ADMINISTRATIVE REVIEW Mandatory for: * All “Needs Executive Review” proposals * Treasury actions >5% * New Systems & Product Modules * High-risk changes
#### Executive Council Outcomes **1. Approved for Voting** Proposal meets all procedural, safety, and compliance requirements. **2. Return for Clarification** Issues include: * Missing data * Incomplete specs * Cost ambiguity * Compliance gaps
**3. Return for Reconstruction** Used for: * Safety conflicts * Systemic risks * Legal concerns * 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. #### Voting rules: Simple Actions * Simple majority * 20% quorum Major Actions * 60% supermajority * 30% quorum Constitutional Actions * Two-thirds (⅔) supermajority * 40% quorum
Voting window: 5–7 days If tied or zero votes → Stalled. *** ### PHASE 6 — FINALIZATION #### Accepted * Labeled “Final – Accepted” * Moves to implementation #### Rejected * Labeled “Final – Rejected” * Eligible for resubmission *** ### PHASE 7 — IMPLEMENTATION The Executive Council: * Assigns implementers * 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: *** #### 1. ABSTRACT A 2–3 sentence summary. #### 2. MOTIVATION 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. #### 6. TIMELINE 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: 1. Community Ideas 2. GGP: Ideas 3. GGP: Drafts 4. GGP: Subcommittee Review 5. GGP: Voting 6. GGP: Final 7. 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 1. Votes occur on the governance portal or authenticated multi-signature process. 2. All votes must be publicly posted in the GGP record. 3. Decisions require 60% of seated EC members, as mandated by the Constitution. 4. Executive Council votes are administrative, not governance decisions. *** ## SECTION 10 — PROPOSAL CONFLICT RULES 1. A proposal conflicting with an active vote must wait. 2. 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: * Illegal activity * Hate speech * Pornographic content * Personal fundraising * Malicious intent * 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. ***
# Standards for Minting Jurisdictional Tokens Jurisdiction-specific metal tokens are the mechanism by which physical gold and silver become liquid, programmable, and globally transferable — without losing their grounding in real metal and real law. Examples include: * USG - United States Gold * USS - United States Silver * UKG - United Kingdom Gold * SGG - Singapore Gold * UAEG - United Arab Emirates Gold * etc. Each token represents a claim on the exact fine metal content of institutional-grade physical bars held in approved vaults in that nation. When a gold or silver bar is collateralized, the protocol calculates the number of troy ounces of *pure metal* contained in that bar (gross weight × verified purity) and mints fungible tokens equal to that precise amount. The token supply is therefore not an abstraction or denomination — it is a direct reflection of physical reality. Gold and silver are treated independently and rigorously. Gold-backed tokens represent fine gold ounces; silver-backed tokens represent fine silver ounces. At all times, the total supply of each jurisdiction-specific token is mathematically constrained by the metal held under title within that jurisdiction. No pooling, no rehypothecation, and no discretionary issuance is possible. By issuing tokens on a jurisdiction-by-jurisdiction basis, Global Gold aligns physical custody, trust law, regulatory compliance, and redemption pathways with local legal frameworks — while allowing those tokens to interoperate seamlessly at the market layer. This design makes global liquidity possible without collapsing legal boundaries or introducing cross-border risk. The result is a new class of monetary primitive: gold and silver that are as trustworthy as physical metal, as liquid as modern financial assets, and as programmable as digital money. # USG-Eligible Gold Collateral Standard GG-USG-01 — USG-Eligible Gold Collateral Standard Version: 1.0 Status: Ratified (Draft pending Council vote) Effective Date: Upon Council Adoption Applies To: USG (US Gold) issuance, backing, and redemption *** ### 1. Purpose This standard defines the minimum physical gold requirements for assets eligible to back USG (US Gold), the flagship fungible gold token of the Global Gold Protocol. Its purpose is to ensure that: * USG is fully fungible in practice, not merely in theory
* Every unit of USG is redeemable into equivalent physical gold
* Redemption outcomes are predictable, institutional-grade, and economically fair
* The protocol maintains long-term trust, liquidity, and regulatory survivability
This standard governs collateral eligibility only. It does not restrict which gold assets may exist or trade elsewhere in the ecosystem. *** ### 2. Core Principle USG must be backed exclusively by physical gold that is interchangeable at redemption. Mathematical ounce equivalence alone is insufficient. Collateral must be economically, operationally, and institutionally fungible at exit. Accordingly: Only gold bars that meet strict institutional delivery standards may back USG. Interchangeability refers to deliverability and market acceptance at redemption, not uniformity of bar weight or form factor. *** ### 3. USG-Eligible Gold Requirements To be eligible to mint or back USG, a gold bar must satisfy all requirements below. #### 3.1 Purity Requirement (Non-Negotiable) * Minimum purity: ≥ 0.995 fine gold
* Bars with purity below 0.995 are not eligible, regardless of weight or valuation method\
Rationale: Mixed-purity collateral introduces non-uniform redemption outcomes, exit friction, and implicit discounts — incompatible with a fungible monetary instrument. *** #### 3.2 Bar Format & Weight USG-eligible gold collateral must conform to recognized institutional delivery standards that ensure global interchangeability at redemption.
Approved bar formats are limited to: * LBMA Good Delivery gold bars (approximately 400 troy ounces, within LBMA tolerances) * 1 kilogram gold bars compliant with LBMA standards * 100 troy ounce gold bars deliverable under COMEX specifications * 400 troy ounce institutional cast bars from Council-approved refiners, provided they are deliverable into established bullion markets and do not carry persistent form-factor premiums No other bar formats are eligible to collateralize USG until the GGC votes to add them to the approved list. **Rationale:** Interchangeability at redemption is determined by institutional deliverability and market acceptance, not by uniform bar weight. These formats collectively represent the globally accepted settlement units of the physical gold market. *** #### 3.3 Refinery Standards Eligible bars must be produced by: * LBMA Good Delivery List refiners, or * Refiners explicitly approved by the Global Gold Council
Refiner approval criteria include: * Market acceptance * Delivery interoperability * Historical reliability * Auditability *** #### 3.4 Vault & Custody Standards Eligible gold must be held in: * An Approved Global Gold Reserve Partner vault * Fully allocated storage * Non-hypothecated * Unencumbered by liens, pledges, or claims
Vaults must: * Meet Council-defined operational and security standards * Provide cryptographic attestations of custody * Support legally enforceable redemption pathways
*** #### 3.5 Documentation & Metadata Each USG-eligible bar must be: * Serialized * Assay verified * Vault-attested * Registered on-chain with immutable metadata, including: * Serial number * Purity * Weight * Refinery * Vault ID * Jurisdiction * Custody status *** ### 4. Minting Rules When minting USG: 1. USG is minted strictly based on verified pure gold content 2. No user-defined premiums or discounts are permitted at mint 3. Eligible bars are placed into the USG Available Pool 4. Title to the bar transfers to the designated collateral trust or vault-as-agent structure 5. Minting always occurs at spot purity value
These rules ensure: * Uniform backing * Clean accounting * Predictable redemption *** ### 5. Redemption Guarantee Because all USG-backing bars meet identical eligibility standards: * Any USG holder may redeem into: * ≥ 0.995 fine gold * Institutional-grade delivery * Equivalent market acceptability * Redemption outcomes are: * Deterministic * Non-discriminatory * Free from quality-based slippage There are: * No tiered redemption paths * No class-based routing * No user-specific restrictions
USG is one asset with one redemption promise. *** ### 6. Explicit Exclusions The following may not back USG, under any circumstances: * Gold with purity < 0.995 * Collector or specialty bars * Bars with persistent market premiums * Non-standard weights * Encumbered or pledged gold * Bars from unapproved refiners or vaults
Such assets may still: * Exist as Conditional Claim NFTs * Trade freely on the Global Gold Exchange * Be sold at market-determined premiums They are excluded only from the monetary base. *** ### 7. Governance & Amendments The Global Gold Council exclusively governs: * Eligible bar standards * Approved refiners * Approved vaults * Collateral structures * Amendments to this standard
Any change requires: * A formal Global Gold Proposal (GGP) * Council approval under applicable thresholds * Public notice and documentation
This prevents: * Arbitrary dilution * Silent collateral degradation * Backward-incompatible changes *** ### 8. Why This Standard Is Critical This standard exists to prevent: * Phantom backing * Economically inaccessible redemption * Premium-based bar reservation * Backing quality drift * Paper-gold failure modes
And to guarantee: * Practical 1:1 backing * Institutional trust * Regulatory clarity * Long-term scalability *** ### 9. Canonical Statement USG can only be trusted if the gold that backs it is standardized, institutional-grade, and interchangeable at redemption — not merely equal in ounces. *** ### 10. Effective Status This standard becomes binding upon Council adoption and applies to all current and future USG issuance. ***
# USS - Eligible Silver Collateral Standard **GG-SS-01 — USS-Eligible Silver Collateral Standard** Version: 1.0 Status: Ratified (Draft pending Council vote) Effective Date: Upon Council Adoption Applies To: USS (US Silver) issuance, backing, and redemption *** ### 1. Purpose This standard defines the minimum physical silver requirements for assets eligible to back USS (US Silver), the fungible silver token of the Global Gold Protocol. Its purpose is to ensure that: * USS represents real, deliverable, institutional-grade silver * Every unit of USS is redeemable into equivalent physical silver * Redemption outcomes are predictable, liquid, and economically fair * The protocol avoids historical failures associated with paper silver, pool silver, and fractional backing
This standard governs monetary collateral only. It does not restrict the trading of non-eligible silver assets elsewhere in the ecosystem. *** ### 2. Core Principle USS must be backed exclusively by silver that is interchangeable at redemption. Silver’s higher volatility, lower unit value, and more fragmented market structure make standardization even more critical than in gold. Accordingly: USS may only be backed by silver that is institutionally deliverable, globally recognized, and operationally fungible at exit. *** ### 3. USS-Eligible Silver Requirements To be eligible to mint or back USS, a silver bar must satisfy all requirements below. *** #### 3.1 Purity Requirement (Non-Negotiable) * Minimum purity: ≥ 0.999 fine silver * Silver below 0.999 purity is not eligible, regardless of weight or valuation method
Rationale: Lower-purity silver introduces inconsistent refining requirements, delivery discounts, and non-uniform redemption outcomes — incompatible with a fungible monetary instrument. *** #### 3.2 Bar Format & Weight Eligible silver bars must conform to standardized, institutionally accepted formats, including: * 1,000 troy ounce bars (COMEX/LBMA standard) * 100 troy ounce bars * 1 kilogram silver bars
Non-standard retail formats (coins, small bars, specialty products) are excluded from USS collateral. *** #### 3.3 Refinery Standards Eligible silver must be produced by: * LBMA Good Delivery List refiners, * COMEX-approved refiners, or * Refiners explicitly approved by the Global Gold Council
Approval criteria include: * Exchange deliverability * Market liquidity * Refining consistency * Auditability *** #### 3.4 Vault & Custody Standards Eligible silver must be held in: * An Approved Global Gold Reserve Partner vault * Fully allocated storage * Non-hypothecated * Free of liens, pledges, or encumbrances
Vaults must: * Support silver-specific handling and storage standards * Provide cryptographic custody attestations * Enable legally enforceable redemption and delivery *** #### 3.5 Documentation & Metadata Each USS-eligible silver bar must be: * Serialized * Assay verified * Vault-attested Registered on-chain with immutable metadata, including: * Serial number * Purity * Weight * Refinery * Vault ID * Jurisdiction * Custody status *** ### 4. Minting Rules When minting USS: 1. USS is minted strictly based on verified pure silver content 2. No user-defined premiums or discounts are permitted at mint 3. Eligible bars are placed into the USS Available Pool 4. Title transfers to the designated collateral trust or vault-as-agent structure 5. Minting occurs at spot purity value only
This ensures: * Uniform backing * Transparent accounting * Predictable redemption *** ### 5. Redemption Guarantee Because all USS-backing silver meets identical eligibility standards: * Any USS holder may redeem into: * ≥ 0.999 fine silver * Standard institutional bar formats * Globally deliverable silver
Redemption outcomes are: * Deterministic * Non-discriminatory * Free from quality-based slippage
There are: * No tiered redemption paths * No class-based routing * No preferential delivery rules
USS is one asset with one redemption promise. *** ### 6. Explicit Exclusions The following may not back USS: * Silver with purity < 0.999 * Coins or numismatic products * Retail bars below approved sizes * Specialty or collectible silver * Encumbered or pledged silver * Silver from unapproved refiners or vaults
Such assets may still: * Exist as Conditional Claim NFTs * Trade on the Global Gold Exchange * Be sold at market premiums They are excluded only from the monetary base. *** ### 7. Governance & Amendments The Global Gold Council exclusively governs: * Eligible silver bar standards * Approved refiners * Approved vaults * Collateral structures * Amendments to this standard
All changes require: * A formal Global Gold Proposal (GGP) * Council approval under applicable thresholds * Public notice and documentation This prevents: * Silent collateral dilution * Fragmented redemption classes * Backing inconsistency over time *** ### 8. Why This Standard Is Critical Silver markets are historically vulnerable to: * Fractional reserve claims * Pool silver ambiguity * Delivery failures during stress * Paper-to-physical mismatches
This standard ensures: * USS remains physically redeemable at scale * Backing remains visible and auditable * Market confidence compounds over time * The protocol survives stress scenarios *** ### 9. Canonical Statement USS can only function as sound digital silver if the metal that backs it is standardized, institutional-grade, and interchangeable at redemption — not merely equal in ounces. *** ### 10. Effective Status This standard becomes binding upon Council adoption and applies to all current and future USS issuance. *** #### Strategic Note (Not Part of the Standard) Together, GG-USG-01 and GG-SS-01 establish a clean separation between: * Collateral layers (boring, standardized, predictable) * Marketplace layers (expressive, premium-driven, price-discovered)
This separation is what allows Global Gold to scale without breaking trust. ***
# Metal Collateral Framework The Metal Collateral Framework defines the rules by which physical metals become eligible to back jurisdiction-specific, fungible metal tokens within the Global Gold Protocol. This framework exists to ensure that fungible liquidity remains redeemable in practice, not just in theory. It establishes strict standards around metal quality, form factor, provenance, and custody so that any participant entering the system can reliably exit into metal of equivalent economic value. This mirrors how mature commodity markets operate: liquidity is only possible when collateral is standardized. #### 1 Why Standardization Is Mandatory Standardization is not a preference — it is a prerequisite for trust, liquidity, and institutional adoption. Without strict collateral standards, a system may appear mathematically backed while failing economically at redemption. The Global Gold Protocol enforces standardization for three core reasons. **Fungibility at Exit** A fungible token is only meaningful if it can be exchanged for interchangeable assets at redemption. If collateral varies widely in purity, form factor, delivery acceptability, or market premiums, exit outcomes become unpredictable. Standardization ensures that any USG holder can claim any eligible gold asset, no user is disadvantaged by the collateral mix, and backing is economically uniform, not just numerically equal. **Predictable Claim and Redemption Outcomes** Users must be able to answer a simple question with confidence: *What do I get when I claim or redeem?* Standardized collateral guarantees that claims are immediate and frictionless, redemption does not depend on asset-specific negotiation, and no hidden discounts or quality degradation occur at exit. This predictability is essential for settlement usage, lending markets, institutional balance sheet treatment, and regulatory defensibility. **Institutional Confidence** Institutions do not adopt systems that rely on discretion or exceptions. They require clearly defined eligibility criteria, repeatable outcomes, and alignment with established commodity market practices. By enforcing strict collateral rules, Global Gold aligns with institutional precious metals finance principles, making the system usable not just by individuals, but by vaults, funds, and global counterparties. #### 2 Collateral Eligibility Standards Only metals that meet Global Gold Council–approved standards may be used to collateralize jurisdiction-specific fungible tokens. These standards are enforced at mint and cannot be overridden by users. **Gold — USG Collateral Standard (GG–USG–01)** For USG (United States Gold), eligible gold must meet the following minimum requirements. Purity must be at least .9999 fine gold. Bars must conform to Council-approved formats suitable for institutional delivery. Gold must be produced by Council-approved refiners and held in Approved Global Gold Reserve Partner vaults operating under U.S. jurisdiction. All gold must be fully allocated, non-hypothecated, and unencumbered. Gold that does not meet these criteria may still exist as a Conditional Claim NFT and may trade on the Global Gold Marketplace, but it may not collateralize into USG. This ensures that USG always represents claims on the highest-confidence gold available. **Silver — USS Collateral Standard (GG–SS–01)** Silver collateral follows a parallel framework defined under GG–SS–01. The silver standard specifies minimum purity thresholds, approved bar formats, refinery requirements, vault standards, and jurisdictional controls. This allows silver to support fungible liquidity (USS), maintain independent price discovery, and scale alongside gold without dilution of standards.
**Approved Refiners and Vaults** Collateral eligibility also depends on who produces and stores the metal. The Global Gold Council governs approved refiner lists, vault onboarding, and audit and attestation requirements. Only metals held by approved vaults and produced by approved refiners may collateralize fungible tokens. This prevents provenance uncertainty, audit failures, reputational risk, and systemic fragility. #### 3 Why Non-Standard Bars Are Excluded Excluding non-standard metal from collateralization is essential to preserving the integrity of the system. Allowing non-standard bars would introduce several critical failures.
**Prevents Phantom Backing** If bars with atypical purity, persistent premiums, poor deliverability, or limited market acceptance were allowed to collateralize fungible tokens, the system could appear fully backed while being economically unrecoverable at scale. This creates phantom backing — assets that technically exist but cannot practically clear claims. Global Gold explicitly prevents this failure mode.
**Preserves 1:1 Redeemability** True 1:1 backing means one token can always be exchanged for one unit of usable metal, not one token equals some metal, somewhere, at an uncertain discount. By restricting collateral to standardized assets, Global Gold ensures that every token is backed by metal that is interchangeable at exit, redemption confidence compounds as the system grows, and liquidity deepens instead of fragmenting.
**Mirrors Commodity Clearinghouse Logic** This framework is not novel — it is proven. Markets clear efficiently only when collateral is boring, standardized, and predictable. Global Gold adopts this principle deliberately. #### Why This Framework Is Non-Negotiable Without strict collateral standards, fungible liquidity breaks down, redemption becomes subjective, trust erodes under stress, and institutions disengage. With this framework, USG and USS remain institution-grade, claims remain predictable, redemption remains credible, and decentralized gold becomes viable at global scale. This is the foundation that allows Global Gold to function as monetary infrastructure, not just a marketplace. # Standards for Minting Conditional Claim NFTs (coming soon) # Global Gold Reserve Partner Requirements (Coming Soon) # Global Gold Tokens Overview Global Gold Tokens are the foundational asset primitives of the Global Gold Protocol.
They transform physical, institutional-grade precious metals into non-custodial, legally structured, on-chain representations — without introducing issuer risk, pooled exposure, rehypothecation, or custodial dependency.
Global Gold Tokens encompass both: * Allocated metal assets (such as gold and silver bars and coins), and * Jurisdiction-specific, fungible metal tokens (such as USG and USS),
all governed under a unified legal and technical framework defined by the Global Gold Council. *** #### Allocated Assets: Digital Ownership of Physical Metal Each allocated Global Gold Token represents real, non-hypothecated, unencumbered physical metal held in an approved vault by a Global Gold Reserve Partner.
The metal admitted into the system is never: * pledged, * rehypothecated, * lent, or * encumbered by the protocol, the vault, or any intermediary. All assets exist free and clear, governed by strict ecosystem standards established and maintained by the Global Gold Council. Critically, users — not the protocol, not an issuer, and not a DAO — are the legal owners of the metal. Ownership is represented on-chain through a Conditional Claim NFT, which functions as a digital ownership-claim representation tied to a specific, serialized bar or coin. This NFT grants the holder a legally structured claim pathway to acquire legal title to that asset once predefined conditions are satisfied, such as jurisdictional compliance and vault-level KYC. The protocol does not custody metal, does not intermediate delivery, and does not exercise discretion over title transfer. It defines standardized rules under which ownership claims may be processed and validated. *** #### Fungible Tokens: Standardized Metal Liquidity In addition to allocated assets, Global Gold Tokens include jurisdiction-specific, fungible metal tokens that represent unallocated liquidity derived exclusively from standardized, council-approved collateral. These tokens (e.g., USG — United States Gold, USS — United States Silver) are: * minted strictly based on the fine metal content of eligible assets, * backed 1:1 by standardized physical metal collateral held under legal title in jurisdictional trusts, and * eligible for conversion into allocated metal representations through defined claim processes. Fungible tokens provide liquidity and exchange efficiency, while allocated tokens preserve asset-level ownership and physical delivery rights. Together, they form a complete monetary stack for precious metals. *** #### Standards, Compliance, and Institutional Integrity All Global Gold Tokens — allocated and fungible — must comply with Global Gold Council–approved standards, including requirements for: * metal purity and form factor, * refiner and vault eligibility, * legal segregation and non-encumbrance, * auditability and proof-of-reserves, and * jurisdictional compliance and redemption integrity.
These standards are designed to align with institutional custody practices, commodity market infrastructure, and jurisdiction-specific property and delivery laws — while remaining fully compatible with on-chain financial systems. *** #### What This Enables The result is a precious-metal-backed digital asset system that is: * structured to represent user-aligned ownership interests, * fully allocated or strictly collateralized, * legally structured, not contractual, * auditable at the asset level, and * native to global, on-chain finance.
Global Gold Tokens are not synthetic exposure, IOUs, or pooled claims. They are institutional-grade ownership and liquidity for gold and silver — expressed natively on-chain, without compromise. # Conditional Claim NFTs \*PATENT PENDING\* – Digital Titles for Allocated Precious Metals) Each allocated Global Gold Token — including Global Gold Bars, Global Gold Coins, and other council-approved metal forms — is represented on-chain by a Conditional Claim NFT.
The Conditional Claim NFT functions as a digital ownership-claim representation for a specific, serialized physical asset held in an approved vault. *** #### What the Conditional Claim NFT Represents
A Conditional Claim NFT represents: * A legally structured, conditional claim pathway to acquire legal title to a specific physical metal asset (bar, coin, or approved bullion form) * A cryptographic digital twin of the asset’s physical, legal, and custodial attributes * A transferable claim representation tied to a single, identifiable piece of metal Claims are asset-level and non-pooled, with defined legal and operational pathways for validation and execution. *** #### Why the Claim Is “Conditional” The claim encoded in the NFT is conditional because legal title transfer must satisfy jurisdictional and vault-level requirements before completion. These conditions typically include: * Jurisdiction-specific compliance checks * Vault-level KYC / AML review * Confirmation of eligibility for title transfer under local law Until these conditions are satisfied: * The NFT represents a claim to request title transfer, not instantaneous delivery * Tokens used in a claim flow are escrowed, not burned * No title transfer occurs prematurely This structure preserves: * Regulatory compliance * Legal enforceability * Non-custodial protocol design *** #### What the Conditional Claim NFT Is Not A Conditional Claim NFT is not: * A custodial receipt * A balance-sheet liability * A pooled or fractional claim * An IOU issued by Global Gold Protocol LLC * An unconditional or discretionary promise of delivery
The NFT does not place custody, discretion, or execution authority in the protocol. *** #### Separation of Roles The Conditional Claim NFT exists to standardize ownership and settlement, while keeping operational responsibilities cleanly separated: * Vaults retain physical custody and execute delivery * Trusts / collateral agents (where applicable) hold title during collateralization * The protocol defines and enforces the rules * Users remain the economic owners of the metal
This separation is what allows Global Gold Tokens to support: * Asset-level ownership * On-chain transferability * Jurisdiction-compliant settlement * Institutional-grade auditability= — without introducing custody, issuer risk, or discretionary control. *** #### Why This Matters Conditional Claim NFTs are the core primitive that allows real, physical precious metals to exist on-chain without counterparty risk. They do not abstract ownership. They encode it.
They are the foundation that makes decentralized, non-custodial gold and silver possible at global scale. # Metadata & Provenance Each Conditional Claim NFT adheres to a standardized metadata schema, ensuring full transparency and auditability.
Metadata includes: * Bar serial number * Weight and purity * Fine gold content (troy ounces) * Vault identifier * Jurisdiction * Refiner / producer * Assay reference * Vault cryptographic attestation * Tokenization timestamp
All metadata is: * Immutable once minted * Publicly verifiable * Cryptographically signed by the vault * Anchored to the Global Gold Registry This creates bar-level proof-of-reserves by design. # What Are Global Gold Bars? A Global Gold Bar is a physical gold bar held by an approved Global Gold Reserve Partner and registered into the Global Gold Protocol.
Each bar is: * Individually serialized * Verified for weight and purity * Stored in a specific vault and jurisdiction * Digitally represented on-chain via a Conditional Claim NFT
The protocol does not pool gold, rehypothecate assets, or issue synthetic exposure. Every Global Gold Bar exists as a discrete unit with a verifiable lifecycle from vault registration through redemption. # Jurisdiction-Specific Gold Bars Global Gold Bars are issued within jurisdiction-specific frameworks to preserve regulatory clarity and enforceability. Examples include: * US Gold Bars (United States vaults) * DX Gold Bars (Dubai) * SG Gold Bars (Singapore) * UK Gold Bars (United Kingdom) * Etc. Each jurisdiction may define: * Redemption procedures * Compliance requirements * Delivery rules * Transfer constraints * Etc.
While jurisdiction-specific, all Global Gold Bars remain globally discoverable, interoperable, and tradable within the protocol. # Minting $USG From Global Gold Bars Global Gold Bars vaulted within the United States that meet the minting criteria set forth by the Global Gold Council may be used to mint USG, the protocol’s flagship fungible gold token. As other nations come on-chain, other jurisdiction-specific, gold-backed tokens will be able to be minted from gold held within those nations. #### Key Principles * USG issuance is purity-adjusted, based on fine gold content * Tokens represent one troy ounce of pure gold, not nominal bar weight * Over-issuance is mathematically impossible #### Minting Flow 1. A Global Gold Bar is registered and tokenized 2. USG is minted based on verified fine gold content 3. The associated Conditional Claim NFT enters the protocol’s Available Pool 4. The underlying bar / Conditional Claim NFT remains available for claim by any USG holder
This design supports standardized liquidity while preserving asset-level claim structures, legal ownership pathways, and vault custody responsibilities. # Trust & Collateralization Model At the core of Global Gold’s credibility is a legally clean, institution-grade collateralization model that eliminates ambiguity around ownership, backing, and redeemability—without turning the protocol into a custodian or financial intermediary. This is achieved through a trust- or SPV-based collateral agent structure, governed by decentralized standards and executed by council-approved vaults. The model is intentionally conservative, drawing from established practices in commodity finance, clearinghouses, and warehouse receipt systems rather than experimental custody structures. #### 1. Why Title Transfers at Collateralization **When a user chooses to mint jurisdiction-specific, fungible metal tokens such as USG or USS, the underlying allocated metal must move from personal ownership into a neutral collateral structure.** At the moment of collateralization, legal title to the metal transfers to a bankruptcy-remote trust or SPV. The user receives fungible tokens representing standardized metal exposure, and the asset enters the protocol’s availability pool backing the token supply. This title transfer is essential for three reasons. First, it eliminates seizure and bankruptcy risk. Once collateralized, the metal backing tokens is no longer exposed to the original user's/owner’s legal or financial liabilities. Second, it removes ambiguity in backing. Fungible tokens are backed by assets legally owned by a neutral collateral entity, not by assets still owned by third parties whose cooperation would be required for settlement. Third, it enables clean, standardized claim and conversion processes. Eligible participants may request conversion into allocated representations pursuant to applicable rules and compliance requirements. This structure aligns with how commodity markets already function: collateral ownership must be legally clear for settlement guarantees to be credible. #### 2. Regional, Asset-Segregated Trust Architecture Global Gold employs a regional trust architecture designed for global scalability, regulatory clarity, and geopolitical resilience. Each trust is segregated along two dimensions. The first is jurisdiction. Each country or legal regime operates through its own trust or SPV. Tokens issued in a jurisdiction are backed only by assets titled to that jurisdiction’s trust. For example, USG is backed exclusively by gold held under a U.S. trust, while a future Singapore gold token would be backed by gold titled to a Singapore trust. This jurisdictional segregation creates legal firewalls that prevent cross-border regulatory contagion, reduce single-jurisdiction attack surface, and allow compliant expansion market by market. The second dimension is asset type. Gold and silver collateral are never commingled. Gold backs gold tokens only, and silver backs silver tokens only. Each asset class maintains independent accounting, proof-of-reserves, and redemption logic. This ensures metal-pure backing and prevents any form of cross-asset substitution or rehypothecation. Every token maps cleanly to a specific metal, in a specific jurisdiction, under a specific legal structure. #### 3. Governance of the Trust Structure Each trust or SPV operates under a governance framework defined by the Global Gold Council. Importantly, the Council governs standards and fiduciary constraints—it does not operate the trust or control assets directly. Council governance includes approving the trust’s charter and mandate, defining which assets the trust may hold and which tokens it may collateralize, and establishing strict constraints such as prohibitions on rehypothecation, lending, or discretionary asset use. The Council also defines collateral eligibility standards and sets requirements for audits, insolvency handling, seizure response, and force-majeure procedures. Trustees are appointed and may be removed according to Council-defined qualification standards and fiduciary duties. The trust may not modify its mandate or constraints unilaterally. This model mirrors how standards bodies govern clearinghouses and other systemically important market infrastructure. #### 4. Oversight, Not Operation The Global Gold Council provides oversight, not execution. It reviews audits and compliance reports, updates standards through decentralized governance, and responds to systemic risks by modifying rules and constraints when necessary. The Council does not hold private keys, sign transfers, move metal, approve individual claims or redemptions, decide which users transact, or override trustee fiduciary duties. This separation is intentional and essential. It prevents the Council from becoming a custodian, operator, or financial intermediary while preserving accountability and neutrality. #### 5. Why Global Gold Is Still Not a Custodian Despite the presence of a trust-based collateral model, Global Gold remains non-custodial by design. The trust functions as a passive collateral agent, not an operator. Vaults retain physical custody and execute delivery. The protocol automates settlement and accounting. Governance defines rules, not transactions. The resulting structure is deliberately simple: * The Council governs the rules. * The Trust enforces the rules. * Vaults execute custody and delivery. * The Protocol automates the system. This architecture delivers clean collateralization, enforceable claims, and global scalability—without centralizing control or introducing discretionary risk.
# Title Claim Process The Title Claim Process is deterministic, transparent, and jurisdiction-aware. ### Title Claim Steps 1. **User selects an available Global Gold Bar** The user chooses a specific bar from the Available Pool (with its metadata: fine ounces, purity, vault, jurisdiction, fees). 2. **USG is locked in escrow** The user deposits the required amount of USG (equal to the bar’s fine gold content) into an on-chain escrow/claim contract, where it is locked pending vault approval. 3. **Claim request is submitted to the Reserve Partner** The protocol notifies the vault of the claim request and provides the required claim data for review (identity/KYC, jurisdictional requirements, sanctions checks, etc.). 4. **Vault conducts required KYC/AML + compliance review (within the review window)** The vault reviews the claimant and confirms the transfer complies with applicable policies and regulations. 5. **If approved: title transfers, USG burns, NFT is assigned** Upon vault approval: * The Conditional Claim NFT is transferred/assigned to the claimant (or activated to reflect the new rights-holder) * The escrowed USG is burned (or routed per protocol rules *then* burned, depending on your design) * The bar’s status updates to reflect the new conditional claim holder / new title-holder per the vault’s legal registry process 6. **If denied: USG unlocks, bar returns to pool** If the vault rejects the claim: * The escrowed USG is released back to the user * The bar is restored to Available Pool status * The claim request is marked denied with an auditable event log **Key principle:** *USG is only burned after vault approval—until then it is escrowed, reversible, and non-destructive.* This rules-based structure aligns claim execution with jurisdictional compliance without introducing custodial risk at the protocol level. # Non-Custodial & Risk Model Global Gold Bars are designed to avoid introducing new counterparty, issuer, or custodial risk at the protocol level. Key points: * The protocol never takes possession, custody, or control of physical metal * Vaults retain physical custody and regulatory compliance, and delivery responsibilities * Title transfer occurs only at the vault level * The protocol defines standardized rules, metadata schemas, and automated settlement workflows This separation allows Global Gold to function as infrastructure rather than an intermediary. # Why Global Gold Bars Are Different Traditional tokenized gold relies on: * Central issuers * Pooled reserves * Corporate balance-sheet exposure * Issuer-controlled or policy-based redemption Global Gold Bars introduce: * Bar-level ownership * Non-custodial architecture * Rules-based, protocol-defined claim and redemption processes * On-chain auditability * Jurisdiction-aware compliance
They form the foundation for standards-based precious metals liquidity without compromising institutional requirements. # How Global Gold Bars Fit Into the Ecosystem **Global Gold Bars serve as eligible underlying collateral for:** * USG issuance * liquidity formation in protocol-enabled markets * collateral use in third-party or protocol-governed financial applications * Cross-jurisdiction price discovery They are the foundational physical asset referenced by multiple protocol components and market participants # Overview Global Gold Coins extend the Global Gold Protocol beyond large institutional bars to include sovereign-minted and globally recognized bullion coins, while preserving the same non-custodial, asset-level ownership guarantees that define the system.
They allow widely trusted gold and silver coins to exist as legally enforceable, on-chain assets, without turning them into pooled claims, synthetic exposure, or issuer IOUs. Global Gold Coins are part of the broader Global Gold Tokens framework and follow the same core principles: * Asset-level ownership * Legal enforceability * Non-custodial architecture * Full allocation and non-encumbrance * Council-governed standards Global Gold Coins bring sovereign-grade bullion coins into the Global Gold Protocol without compromising: * Ownership clarity * Legal enforceability * Non-custodial design * Institutional credibility They are not abstractions. They are real coins, owned directly, expressed natively on-chain. *** # What Is a Global Gold Coin? A Global Gold Coin is a specific, physical bullion coin held in an approved vault and represented on-chain by a Conditional Claim NFT. Each coin is: * Fully allocated * Individually identifiable by type, year, mint, and specifications * Held free and clear (non-hypothecated, unencumbered) * Governed by Global Gold Council–approved eligibility standards Unlike pooled or account-based representations, Global Gold Coins correspond on a 1:1 basis to identifiable physical coins, with ownership and settlement governed through conditional claim processes. # Eligible Coin Types Only institutional-grade bullion coins with deep global liquidity and standardized specifications are eligible to become Global Gold Coins. Examples include (subject to Council standards and jurisdictional approval): * American Gold Eagle * American Gold Buffalo * Canadian Gold Maple Leaf * Austrian Gold Philharmonic * South African Krugerrand * The silver versions to the above tokens # On-Chain Representation: Conditional Claim NFTs Each Global Gold Coin is represented by a Conditional Claim NFT, which functions as the on-chain representation of a legally structured conditional claim for that specific coin. The NFT encodes: * Coin type and mint * Year of issue * Weight and purity * Vault location and jurisdiction * Legal claim conditions * Custody and audit attestations
The NFT grants the holder a legally structured, enforceable right to acquire title to that specific coin once jurisdictional and vault-level conditions are satisfied.
The protocol does not custody the coin, does not intermediate delivery, and does not exercise discretion. # Why Coins Matter in the Global Gold Protocol Gold and silver coins play a unique role in the precious metals ecosystem: * They are widely trusted by individuals and institutions * They have global recognition and deep secondary markets * They are often preferred for sovereignty, portability, and familiarity
By supporting coins alongside bars, Global Gold: * Broadens the addressable asset base * Enables more granular ownership * Bridges institutional and individual use cases * Preserves liquidity without sacrificing standards Coins are treated as allocated assets, and are not used as backing for fungible token issuance unless explicitly approved by Council standards. # Coins vs. Bars: Clear Separation Global Gold intentionally separates: * Allocated assets (coins and bars) * Unallocated liquidity (jurisdiction-specific fungible tokens like USG and USS)
Global Gold Coins: * Trade on the Global Gold Marketplace * May carry market premiums * Are acquired via direct purchase or claim * Can be redeemed for physical delivery
They are not used to mint jurisdiction-specific tokens, preserving the purity and predictability of the monetary base. However fungible tokens representing Global Gold Coins may be able to be minted in the near future. Any future changes to this treatment would require explicit, council-approved standards and may be implemented only through separate, purpose-built token structures. # Overview Standard Metal Units are the fungible settlement units of the Global Gold Protocol. They are jurisdiction-specific, fungible representations of fine physical gold or silver, backed 1:1 by standardized, allocated metal held under collateral title. Unlike legacy “unallocated gold” systems, Standard Metal Units do not represent pooled liabilities, issuer promises, or abstract exposure. Every unit corresponds directly to verifiable fine metal content held within the protocol’s governed collateral framework. Standard Metal Units exist to solve a core problem in precious metals markets: how to create deep, global liquidity without sacrificing physical backing, legal clarity, or redeemability. They provide the liquidity layer that allows gold and silver to function as monetary assets in digital markets. # What Is a Standard Metal Unit? A Standard Metal Unit is a fungible digital unit that represents the fine metal content of institutional-grade physical gold or silver, issued under a specific legal jurisdiction. Each unit is: * Fully backed by physical metal held in approved vaults * Calculated based on verified fine metal content, not notional bar weight * Issued only through deterministic, rules-based collateralization * Governed by Global Gold Council standards Standard Metal Units are not: * IOUs issued by a company * Pooled metal accounts * ETF shares * Fractional or rehypothecated claims They are protocol-enforced monetary units backed by real, deliverable metal. # Jurisdiction-Specific by Design Global Gold issues Standard Metal Units on a jurisdiction-specific basis to preserve legal clarity, regulatory alignment, and systemic resilience. Each jurisdictional unit: * Is backed by metal titled to a trust or collateral agent within that jurisdiction * Follows local property, custody, and delivery laws * Remains segregated from other jurisdictions’ collateral Examples include: * USG — United States Gold * USS — United States Silver Future jurisdictional units may include: * EU-based gold and silver units * Singapore gold and silver units * Dubai gold and silver units Jurisdictional separation prevents regulatory contagion, enables compliant expansion market-by-market, and allows global interoperability at the market layer without commingling legal risk. # Fine Metal Accounting (Purity-Based Backing) #### Fine Metal Accounting (Exact Formula) Standard Metal Units are issued strictly based on fine metal content, not gross bar weight or nominal bar size. This ensures that token supply precisely reflects the amount of deliverable metal backing the system at all times. The calculation follows a simple, deterministic formula: * *Fine Metal Content (troy ounces) = Gross Bar Weight (troy ounces) × Purity* Standard Metal Units are minted 1:1 against this fine metal content. There are no rounding adjustments, discretionary buffers, or valuation assumptions. *** #### Worked Example: 1 Kilogram Gold Bar (.9999 Fine) Consider a standard institutional 1 kilogram gold bar with a purity of 0.9999. **Step 1:** Convert kilograms to troy ounces * 1 kilogram = 32.1507466 troy ounces **Step 2:** Apply purity * 32.1507466 × 0.9999 = 32.1475315 troy ounces of fine gold **Step 3:** Mint Standard Metal Units * The system mints: 32.1475315 USG
This is the *maximum and exact* amount of USG that can be created from this bar. No additional USG may ever exist unless additional fine gold is collateralized. *** #### Key Properties of This Model Because Standard Metal Units are issued on fine metal content: * Bars of different sizes but equivalent fine metal content mint the same number of units * Mixed bar inventories do not introduce redemption slippage * Token supply always equals total fine metal held under collateral title * Exit outcomes are predictable and economically uniform
A user entering the system with USG knows exactly what it represents: a precise quantity of fine gold, not a claim on a bar, a pool, or an issuer. *** #### Why This Matters Most legacy systems treat gold as a notional asset and handle purity, premiums, and delivery differences off-ledger. Global Gold encodes these properties directly into issuance math. This ensures that Standard Metal Units remain: * Fully fungible * Institution-grade * Redeemable in practice, not just in theory Fine metal accounting is what makes Standard Metal Units *monetary*, not synthetic. # How Standard Metal Units Are Created Standard Metal Units are minted exclusively through the Global Gold Tokens module. The process is deterministic and rule-based: 1. An eligible gold or silver asset is submitted for collateralization 2. The asset meets all Council-approved purity, form factor, refiner, and vault standards 3. Legal title transfers to the jurisdiction-specific collateral trust or agent 4. The asset enters the Availability Pool 5. Standard Metal Units are minted equal to the verified fine metal content No premiums, discounts, or discretionary pricing are permitted at mint. # How Standard Metal Units Are Used Standard Metal Units function as monetary liquidity within the Global Gold ecosystem. They can be used to: * Trade on the Global Gold Exchange (GGX) * Claim allocated gold or silver bars and coins * Settle obligations between counterparties * Serve as collateral in lending and financial markets * Bridge physical metal into DeFi without custodial risk
They are optimized for liquidity, settlement, and composability — not collectibility. # Claim vs. Redemption Global Gold uses precise terminology to avoid confusion. *"Claim"* refers to the on-chain process of using Standard Metal Units to acquire an allocated metal asset represented by a Conditional Claim NFT. This process is compliance-gated and does not involve physical delivery. *"Redemption"* refers to the off-chain process of converting an allocated asset into physical metal delivered by the vault. Standard Metal Units themselves are not redeemed. They are either traded or used to claim allocated metal. # Why This Is Not Legacy “Unallocated” Metal Legacy unallocated metal systems rely on pooled liabilities, issuer discretion, and opaque accounting. Standard Metal Units are fundamentally different. They feature: * No pooled ownership * No issuer balance sheet exposure * No discretionary redemption * No rehypothecation * Continuous proof of reserves
Every unit is anchored to standardized, deliverable metal under governed rules. # Why Standard Metal Units Matter Standard Metal Units are what allow physical precious metals to function as modern monetary assets. They: * Preserve physical backing and legal enforceability * Enable global, 24/7 settlement * Unlock deep liquidity without custodial risk * Bridge institutional metals into digital markets They are not financial abstractions. They are the monetary base of the Global Gold Protocol. # Global Gold Marketplace (Allocated Assets) The Global Gold Marketplace is the exchange layer for allocated physical metals within the Global Gold ecosystem. It is where specific, serialized gold and silver assets are bought, sold, claimed, and ultimately redeemed for physical delivery. The Marketplace is intentionally distinct from both the tokenization engine (Global Gold Tokens) and the unallocated liquidity exchange (Global Gold Exchange). Its sole function is to facilitate the exchange of allocated metal assets represented by Conditional Claim NFTs. This separation ensures systemic clarity, predictable settlement, and institutional-grade market structure. The Global Gold Marketplace functions as a regulated-style commodity venue for allocated precious metals, enabling asset-specific discovery, ownership transfer, and physical settlement under protocol-defined standards.
# What Trades on the Marketplace The Marketplace supports the trading of allocated gold and silver assets, each represented by a Conditional Claim NFT. Assets that trade on the Marketplace include: * Allocated gold and silver bars * Allocated coins and standardized bullion products * Vault-originated inventory * Privately owned assets listed by users * Standardized bars backing jurisdiction-specific tokens and available for claim Every asset listed on the Marketplace corresponds to a specific, serialized physical asset held in an approved vault and governed by Global Gold Council standards. All assets are jurisdiction-scoped. For example: * US-based gold assets are acquired using USG (US Gold) * US-based silver assets are acquired using USS (US Silver) This jurisdictional scoping ensures regulatory clarity, enforceable settlement, and clear legal boundaries for ownership transfer and physical redemption.
# Marketplace Mechanics The NFT Marketplace supports two primary interaction paths for users seeking allocated metal: **Direct Purchase of Allocated Assets** Users may acquire allocated bars or coins listed by vaults or private sellers at a market-determined price. These listings may include a premium reflecting asset-specific attributes such as bar size, brand, location, or immediate availability. **Settlement occurs as a single, atomic ownership exchange:** * The buyer transfers the applicable jurisdiction-specific settlement token (e.g., USG or USS) * The Conditional Claim NFT is transferred to the buyer, reflecting the updated beneficial owner * The vault updates its records to reflect the new beneficial owner, subject to applicable jurisdictional requirements **Claiming Allocated Assets Using Fungible Tokens** Holders of jurisdiction-specific fungible tokens may use those tokens to claim standardized allocated assets that back the token supply. **In this flow:** * A user selects an eligible allocated asset * The required amount of USG or USS is placed into escrow * The corresponding Conditional Claim NFT is provisionally reserved for the claimant * The vault conducts required KYC/AML and compliance checks * Upon approval, legal title transfer is executed by the vault in accordance with local law, and the escrowed tokens are burned pursuant to protocol rules * If approval is denied, the reservation is released, the NFT returns to the available pool, and the escrowed tokens are returned to the user This conditional claim mechanism ensures: * Legal compliance at the vault level * No premature burning of tokens * No protocol-level custody or discretion At no point does the protocol take possession of metal, intermediate settlement, or override vault-level custody, compliance, or title authority.
# Unified Marketplace Inventory The Global Gold Marketplace presents a single, unified discovery view of all eligible allocated assets available within a given jurisdiction. This discovery set includes: * **Privately listed allocated assets** – Assets owned by users who have chosen to list them for sale at a specified premium. * **Vault-originated listings** – Assets listed directly by approved vaults, refiners, or institutional sellers. * **Collateral-backed assets from the Availability Pool** – Standardized bars that back jurisdiction-specific fungible tokens (such as USG or USS) and are available to be claimed at par. All eligible assets appear side-by-side in the Marketplace and can be filtered and compared by: * metal type * weight and purity * vault and jurisdiction * required settlement amount in USG or USS This unified inventory model allows token holders to choose between: * initiating claims for standardized bars at par, or * acquiring specific allocated assets at a market premium — all through the same marketplace interface. By allowing collateral-backed inventory and secondary listings to compete transparently, the Marketplace ensures continuous liquidity, efficient price discovery, and a reliable exit path from unallocated tokens into allocated metal.
# Claim vs Redemption (Clarifying Roles) The Marketplace supports claim initiation, not redemption. * Claim refers to the on-chain process of converting fungible tokens (such as USG or USS) into allocated metal represented by a Conditional Claim NFT. * Redemption refers exclusively to the off-chain process of withdrawing physical metal from the vault after ownership has been established. This distinction is intentional and critical: * Claims are protocol-defined, automated and compliance-gated * Redemptions are vault-executed and jurisdictionally governed # Why the Marketplace Is Not the Tokenization Engine Tokenization and collateralization occur within Global Gold Tokens, not the Marketplace. The Marketplace: * does not mint or burn tokens * does not perform collateralization or title transfers * does not manage backing, supply invariants, or monetary parameters It only provides a non-custodial interface through which exchange may occur between willing buyers and sellers of allocated assets. This separation of concerns: * prevents systemic risk * preserves clean accounting * mirrors traditional commodity market architecture * allows each layer of the system to scale independently The result is a marketplace that behaves like a modern, digital extension of physical bullion markets—without introducing custody, leverage, intermediation, or discretionary control.
# Welcome PRODUCT MISSION I — THE GLOBAL GOLD VAULTS King Collective… it’s finally here.\ You test the Vaults.\ You give feedback.\ We reward you with $VAULT SBTs and $GOLDN streamed straight to your wallet. Let’s get into it. 👑💛 *** #### 📜 RULES — SIMPLE & STRAIGHTFORWARD 1️⃣ Eligibility\ Only King Collective NFT holders can participate. 2️⃣ Use the Same Wallet Everywhere\ Your King Collective wallet must match your Discord-connected wallet. 3️⃣ Complete Your Weekly Quests (5 Weeks Total) * 5 quests per week * 🪙 +1 $VAULT per quest completed * 🎯 +2 bonus $VAULT for completing all 5 weekly quests * 🏅 +15 bonus $VAULT for completing the Vault Exec Certification Challenge * 💰 50 total $VAULT available from questing 4️⃣ Bug & Change Submissions * 🧩 1 Bug and 1 Change form submission per day * Extra submissions won’t be reviewed * Submit weekly to increase your chances * 💥 Up to 50 bonus $VAULT available from Bug/Change Submissions 5️⃣ Weekly Verification\ We verify completions each Sunday (11:59pm EST).\ All $VAULT SBTs rewards are automatically sent — no claiming required. *** #### 🏆 REWARDS Earn $VAULT SBTs every week from quests and contributions.\ More SBTs = a larger share of the weekly $GOLDN stream. 💰 Weekly $GOLDN Stream\ If you hold $VAULT SBTs, you’ll receive $GOLDN streamed daily to your connected wallet.\ (0.1% of total $GOLDN supply dripped monthly via Superfluid/Sablier.) *** #### 🛠️ BONUS $VAULT SBTs — BUGS & IDEAS | Category | Reward | Limit | | ---------------------------- | ------- | ------------------------ | | 🐞 Accepted Bug / Feedback | +5 SBT | Max 3 (15 SBT) | | 🧠 Accepted Change Proposal | +20 SBT | Max 2 (40 SBT) | | ⚡ Critical Exploit Discovery | +50 SBT | Max 1 (50 SBT cap total) | 💡 Note: All submissions are reviewed manually for quality and reproducibility. *** #### 🥇 Vault Exec NFT Earned By Completing:\ ✅ All 25 Quests from Weeks 1–5\ ✅ The Vault Exec Certification Challenge (Full Integration Flow × 3 Vault Configurations) Unlocks: * 🏷️ Vault Exec Discord Tag * 🏆 +15 $VAULT * 💬 Access to Vault Support & Help Channels * 🧠 Recognition as a Certified Vault Operator * 🚀 Pathway to advanced trust roles & future community rewards\
Reminder:\ To reach Discord Level 2, you must earn a total of 50 $VAULT SBTs. *** #### ✨ WELCOME TO THE START OF GOLDN CAMPAIGNS This is just the beginning.\ More campaigns. More quests. More ways to earn. We’re building real rewards for real people through real engagement.\ Let’s make history together. 🏆💫
# Week 1 - Vault Genesis Goal: Create your first vault, add some protectors (guardians), and try moving assets in and out. #### Quest 1: Get Your Test Assets (5 minutes) **What you're doing:** Getting some fake tokens and NFTs to test with.
1. Go to the [Global Gold Vaults website](https://app.globalgold.finance) 2. Connect your wallet (button in top right) 3. Click "Get Test Assets" or find the Multiminter page 4. Click "Mint All" - this gives you: 5. Test Token A (like fake USDC) 6. Test Token B (like fake DAI) 7. 1 Test NFT (a picture NFT) 8. 1 Test Collectible (a gaming-style collectible) 9. Wait for transactions to confirm (about 1 minute) 10. Check your wallet - you should see the new tokens **✅ Quest Complete! You now have test assets to use.** ### **NEED HELP?** **Why can't I create a vault?** The button is disabled if there is insufficient gas in the connected wallet to create a vault. **when minting the tokens and nfts, i did not see any incrementation in my wallet balance?** The test-tokens/NFTs have no value. So, the balance will not change. *** #### Quest 2: Create Your First Vault (10 minutes) **What you're doing:** Setting up a secure vault with 3 trusted protectors.
**What's a Guardian?** Think of guardians as trusted friends or backup wallets that need to approve important actions on your vault. It's like requiring 2 out of 3 keys to open a safe. 1. Click "Create New Vault" on the dashboard 2. Enter 3 Guardian Addresses: 3. These should be addresses you control OR trusted friends 4. Can be other wallets you own 5. Tip: Don't use the same address as your vault owner 6. Example: Your hardware wallet, your mobile wallet, your friend's wallet 7. Choose How Many Approvals Needed: 8. Select "2 out of 3" (means 2 guardians must approve important actions) 9. This is a good security balance 10. Click "Create Vault" 11. Approve the transaction in your wallet 12. Wait for confirmation (about 30 seconds) 13. You'll see your new Vault Dashboard **✅ Quest Complete! Your vault is ready. You'll see your vault ID number.** ### **NEED HELP?** **I added one guardian but the default threshold was stuck at 0?** The max threshold must always be one less than the guardian count to avoid lockout situations. *** #### Quest 3: Deposit Assets Into Your Vault (5 minutes) **What you're doing:** Moving your test tokens into the vault for safe storage.
1. On your Vault Dashboard, click "Deposit" button 2. Step 1: Select Token to Deposit 3. Choose Token A from the list 4. Click "Continue" 5. Step 2: Enter Amount to Deposit 6. Type 100 (or click "Use Max" for all tokens) 7. Click "Continue" 8. Step 3: Select Destination Vault 9. Choose your vault from the dropdown 10. Click "Review Deposit" 11. Step 4: Review & Confirm Deposit 12. Check all the details 13. Click "Confirm & Deposit" 14. Approve the transaction in your wallet popup 15. Wait for confirmation (you'll see "Deposit Successful!") **What You'll See:** * Your vault balance will update * You'll see the assets listed in your vault * Your wallet balance will decrease (that's normal!) **✅ Quest Complete! Your assets are now safely in the vault.** *** #### Quest 4: Withdraw Assets (With Guardian Approval) (15 minutes) **What you're doing:** Taking some tokens back out. This requires your guardians to approve. **Part 1: Request the Withdrawal (You do this)** 1. Click "Withdraw" button on your vault dashboard 2. Step 1: Select Token to Withdraw 3. Click on Token A 4. Click "Continue" 5. Step 2: Enter Withdrawal Amount 6. Type 50 (or click "MAX" button) 7. Click "Continue" 8. Step 3: Review & Confirm Withdrawal 9. Check the details (shows your address as recipient) 10. Click "Confirm Withdrawal" 11. You'll see "Creating Withdrawal Request..." 12. Success! - "Withdrawal Request Created!" message appears 13. Status shows: "Pending Guardian Approval" - this is normal! 14. Click "submit" see example below
15. after clicking "submit" you should see a 7-day timer and "approval (0/2)"
**Part 2: Approve as Guardians (Switch wallets)** 7. Switch to your Guardian wallet (in MetaMask, switch accounts) 8. Go to "Guardian Dashboard" or "Pending Approvals" 9. You'll see the withdrawal request
7. Click "Approve" 8. after clicking approve you should see "approval (1/2)"
7. Confirm the transaction 8. Switch to your second guardian wallet and repeat steps 8-11 **Part 3: Execute the Withdrawal** 13. Switch back to your main wallet (the vault owner) 14. Go to your vault dashboard 15. You'll see "Ready to Execute" 16. Click "Execute Withdrawal" 17. Approve the transaction 18. Check your wallet - you'll have your tokens back!
**✅ Quest Complete! You've successfully withdrawn with guardian approval.** ### **NEED HELP?** **New withdrawals blocked until previous request completes?**This is by design to avoid race conditions and to simplify the user experience. Future versions may have an advanced setting allowing queuing multiple transactions. *** #### Quest 5: Deposit & Withdraw **What You're Doing:** deposit AND withdraw at least one of each asset type: * Deposit + Withdraw some Token A * Deposit + Withdraw some Token B * Deposit + Withdraw your NFT **✅ Quest Complete! You've successfully Deposited Withdraw with guardian approval.** *** #### 💡 Week 1 Tips * Keep Base ETH in your wallet for gas fees (you'll need it for every transaction on Base) * Test tokens have no value - the tokens from the multiminter are for testing only, so experiment freely! * Gas fees are cheap on Base - typically just pennies per transaction * Guardian approval can take time - coordinate with friends if using real guardians * Check the FAQ if you get stuck * Report any bugs you find via the form (earn bonus rewards!) # Week 2 – Guardian Mastery Goal: Learn how the guardian approval system works and try advanced security features. #### Quest 1: Test the Disapproval System (10 minutes) **What you're doing:** Learning how to cancel a bad request. **Scenario:** Someone accidentally requests to withdraw ALL your tokens. You want to stop this! 1. Request a withdrawal (any amount, any token) 2. Don't approve it yet! 3. Switch to a guardian wallet 4. Go to Pending Approvals 5. Click "Disapprove" instead of Approve (the red X button) 6. Confirm the transaction 7. Have another guardian also click Disapprove 8. The request will be CANCELLED ❌ **Why this matters:** If your wallet gets hacked or you make a mistake, guardians can stop bad actions. \ **✅ Quest Complete! You know how to stop unwanted actions.** *** #### Quest 2: Change Your Security Level (15 minutes) **What you're doing:** Adjusting how many guardians need to approve things. **Current Setting:** 2 out of 3 guardians needed Settings needed: 3 out of 4 (add one more guardian) **why?** you can't have all guardians active at one time. one must remain dormant for security purposes! 1. Add one more Guardian (should have 4 Guardians after this step) 2. On your vault dashboard, click "Settings"
1. Click "Security Settings" 2. Find "Default Approval Threshold" 3. Click "Change" 4. Select "3 out of 4" (all guardians must approve) 5. Click "Request Change" 6. This needs guardian approval! So now: 7. Switch to Guardian 1 and approve 8. Switch to Guardian 2 and approve 9. Switch to Guardian 3 and approve (need all 3 since we said so!) 10. Execute the change **What changed:** Now ALL future actions need all 3 guardians to approve. **Let's test it:** 9. Try to withdraw some tokens 10. Notice you need 3 approvals now instead of 2
**Switch it back:** 11. Repeat steps 1-8 but choose "2 out of 3" again
**✅ Quest Complete! You've mastered security settings.** *** #### Quest 3: Send Tokens to a Friend (With Guardian Approval) (10 minutes) **What you're doing:** Sending tokens from your vault directly to another address (not withdrawing to yourself). **Scenario:** You want to send 20 Token A to your friend's address, but it needs to stay protected by guardians. 1. Click "Send Assets" (or "Transfer" on some screens) 2. Select Token A 3. Enter amount: 20 4. Enter recipient address: Your friend's wallet (or another address you control for testing) 5. Click "Request Transfer" 6. This creates a pending request 7. Switch to guardians and approve (need 2 out of 3) 8. Execute the transfer 9. Check the recipient address - they received the tokens! **What's different from withdrawal:** * Withdrawal = goes back to the vault owner (you) * Transfer = goes to anyone you specify * Both need guardian approval for security **✅ Quest Complete! You can now send tokens to others securely.** *** #### Quest 4: Add a New Guardian (15 minutes) **What you're doing:** Adding a 5th guardian to your vault for extra security.
1. Go to "Guardian Management" 2. Click "Add Guardian" 3. Enter the new guardian's address (another wallet you own, or a friend) 4. Click "Request to Add Guardian" 5. Existing guardians must approve this - so: 6. Switch to Guardian 1, approve 7. Switch to Guardian 2, approve 8. Execute the addition 9. You now have 5 guardians! **Notice:** Your security level is still "2 out of 4" (you might want to change this to "3 out of 4")
**Now try removing a guardian:** 8. Click "Remove Guardian" 9. Select one of the 5 guardians 10. Request the removal 11. Get guardian approvals (2 needed) 12. Execute - you're back to 3 guardians
**✅ Quest Complete! You control who protects your vault.** *** #### Quest 5: Time is Ticking - Request Expiration (20 minutes) **What you're doing:** Learning about the 7-day expiration rule. **The Rule:** Any request that doesn't get approved within 7 days automatically expires and gets cancelled. **How to test this:** We can't wait 7 days, so we'll look at the info! 1. Create any pending request (withdrawal, transfer, etc.) 2. Look at the request details - you'll see: 3. "Created: \[timestamp]" 4. "Expires: \[7 days later]" 5. "Time Remaining: 6 days, 23 hours..." 6. Check back tomorrow - the timer will have decreased 7. You can cancel it manually or let it expire **Why this matters:** Prevents old forgotten requests from clogging up your vault.
**✅ Quest Complete! You understand the expiration system.** # Week 3 – Advanced Operations Goal: Test advanced features like emergency withdrawals, batch operations, and complex scenarios. #### !!! CURRENTLY ON HOLD PENDING UPDATES !!! #### Quest 1: Emergency Withdrawal (Special Powers) (10 minutes) **What you're doing:** Using a special "emergency" withdrawal that doesn't need guardian approval. **Important:** This ONLY works for assets that aren't protected by guardians. The test tokens you've been using ARE protected, so we need to get different tokens. **The Scenario:** You find an airdropped token in your vault that's not on the guardian-protected list. You want to withdraw it quickly without waiting for approvals. **Setup:** 1. Go to the Multiminter page 2. Look for "Mint Non-Whitelisted Token" (this is a special token NOT protected) 3. Mint one to your wallet 4. Deposit it into your vault (yes, you can deposit unprotected tokens!)
**Emergency Withdrawal:** 5. Go to vault dashboard 6. Click "Emergency Withdraw" (might be under "Advanced") 7. Select the non-whitelisted token 8. Click "Emergency Withdraw All" 9. Approve transaction 10. Tokens return immediately - no guardian approval needed! **Try this - it should FAIL:** 11. Try to emergency withdraw Token A (a protected token) 12. You'll get an error - protected tokens can't use emergency withdrawal 13. This is good! It means your main assets are always safe **✅ Quest Complete! You know how emergency features work.** *** #### Quest 2: Batch Operations (Multiple NFTs at Once) (15 minutes) **What you're doing:** Depositing and withdrawing multiple NFTs in a single transaction to save gas fees.
**First, get more NFTs:** 1. Go to Multiminter 2. Mint your NFT 3-5 times (you'll get token IDs #1, #2, #3, etc.) 3. Check your wallet - you should see multiple NFTs **Batch Deposit:** 4. Click "Deposit" on your vault 5. Select the NFT collection 6. You'll see checkboxes for each NFT 7. Check 3 NFTs (select #1, #2, #3) 8. Click "Deposit Selected" 9. Approve transaction 10. All 3 NFTs move to your vault in ONE transaction! **Batch Withdrawal:** 11. Request to withdraw multiple NFTs 12. Select 3 NFTs from your vault 13. Request the batch withdrawal 14. Get guardian approvals (2 needed) 15. Execute - all 3 come out at once
**Test the limit:** 16. Try to select more than 5 NFTs at once 17. System should warn you or limit the selection 18. This prevents gas limit issues
**✅ Quest Complete! You're saving gas with batch operations.** *** #### Quest 3: Create a Maximum Security Vault (20 minutes) **What you're doing:** Creating a vault with the maximum number of guardians (10) and custom security settings. **Why 10 guardians:** For extremely valuable assets, you might want 10 different trusted parties all watching over things. **Custom Security Per Action:** 1. Click "Create New Vault" (yes, you can have multiple vaults!) 2. Enter 10 guardian addresses: 3. Use different wallets you control, or 4. Coordinate with 9 friends for a real test 5. Each address must be unique 6. Set the security level: "7 out of 10" 7. This means 7 guardians must approve actions 8. This is high security but not impossible 9. Create the vault 10. Deposit some test assets into this new vault
**Now let's set different rules for different actions:** 6. Go to "Advanced Security Settings" 7. Find "Custom Action Thresholds" 8. For Withdrawals: Set to "8 out of 10" (very high security) 9. For Transfers: Set to "6 out of 10" (slightly lower) 10. For Adding Guardians: Set to "9 out of 10" (almost everyone must agree) 11. Save these settings (needs current guardian approval) **Test it:** 12. Try to request a withdrawal - you'll need 8 approvals 13. Try to request a transfer - you'll only need 6 approvals
**✅ Quest Complete! You've mastered maximum security configurations.** *** #### Quest 4: The Queue Challenge (Complex Scenario) (25 minutes) **What you're doing:** Submitting multiple requests at once and managing a queue of pending actions. **The Scenario:** You want to do several things with your vault, and you submit them all at once.
1. Submit Request #1: Withdraw 50 Token A 2. Submit Request #2: Send 30 Token B to a friend 3. Submit Request #3: Add a new guardian 4. Submit Request #4: Change security threshold 5. Submit Request #5: Withdraw an NFT **You now have 5 pending requests!** 6. Go to "Pending Requests" page 7. You'll see all 5 listed with their status
**Understanding the Queue:** * Requests are numbered (ID #1, #2, #3, etc.) * They normally execute in order (first approved, first executed) * Some emergency actions can "skip the line"
**Approval Strategy:** 8. Get Request #3 approved first (add guardian) 9. Switch to guardians 10. Approve Request #3 11. Execute it 12. Now approve Request #1 (withdraw tokens) 13. Get guardian approvals 14. Execute 15. Cancel Request #2 (send to friend) using disapproval 16. Have guardians vote to disapprove 17. It gets cancelled 18. Let Request #4 expire (just leave it for 7 days - we won't wait, just understand it will) 19. Approve Request #5 last
**What you learned:** * You can have many pending requests * They can be approved in any order for some actions * You can cancel requests with disapproval * You can let requests expire naturally **✅ Quest Complete! You're a queue management expert.** *** #### Quest 5: Check Your Vault Balances (5 minutes) **What you're doing:** Using the balance checker to see everything in your vault.
1. Click "View All Balances" or "Balance Sheet" 2. You'll see a complete list: 3. All Token A balance 4. All Token B balance 5. All NFTs (with token IDs) 6. All Collectibles 7. Compare to blockchain explorers - should match! 8. Take a screenshot - this is your vault inventory **✅ Quest Complete! You can audit your vault anytime.** # Week 3 – Advanced Operations Goal: Test advanced features like emergency withdrawals, batch operations, and balance checking. ### Quest 1: Transfer NFTs to Another Address (15 minutes) **What you're doing:** Sending NFTs from your vault directly to another address (not withdrawing to yourself). **The Scenario:** You want to send 1 NFT to a friend's address, but it needs to stay protected by guardians. #### Understanding NFT Transfer vs Withdrawal * **Withdrawal** = NFT goes back to the vault owner (you) * **Transfer** = NFT goes to anyone you specify (friend, another wallet, etc.) * **Both require guardian approval** for security * **Note:** You already learned token transfers in Week 2 - now you're doing NFTs! #### Step 1: Request the NFT Transfer 1. Go to your vault dashboard 2. Navigate to the **NFTs** page: * Click the "NFTs" tab in the bottom navigation, OR * Go to `/[vaultId]/nfts` in your browser 3. Make sure you have at least 1 NFT deposited in your vault 4. Click the **"Transfer"** button (in the bottom action bar) 5. **Step 1: Select NFT to Transfer** * Choose the NFT collection (Test NFT or Test Collectible) * Select 1 NFT from your vault (click on it) * Click **"Continue"** button at the bottom 6. **Step 2: Enter Recipient Address** * Enter your friend's wallet address (or another address you control for testing) * Make sure the address is valid (starts with 0x, 42 characters) * Click **"Continue"** button at the bottom 7. **Step 3: Review & Confirm Transfer** * Check all the details: * NFT: \[collection name] # \[token ID] * Recipient: \[the address you entered] * Click "Confirm Transfer" * You'll see "Creating Transfer Request..." 8. Success! - "Transfer Request Created!" message appears 9. Status shows: "Pending Guardian Approval" - this is normal! #### Step 2: Approve as Guardians 1. Switch to your Guardian 1 wallet 2. Go to the vault dashboard (same vault) 3. Look at the **"Pending Transactions"** tab (should be selected by default) 4. You'll see the NFT transfer request in the list 5. Review the details (you can click "Details" to see full info) 6. Click the **"Approve"** button on the transaction 7. Confirm the transaction in your wallet 8. Status updates: "Pending (1/2)" or "Approval (1/2)" 9. Switch to your Guardian 2 wallet 10. Go to the vault dashboard 11. Click the **"Pending Transactions"** tab 12. Click **"Approve"** on the same NFT transfer request 13. Confirm the transaction 14. Status updates: "Pending (2/2)" or "Approval (2/2)" - **Transaction executes automatically!** #### Step 3: Verify Transfer Completed 1. Switch back to your main wallet 2. Go to the vault dashboard 3. Click the **"History"** tab to see completed transactions 4. Find your NFT transfer - status should show **"Success"** or **"Confirmed"** 5. Check the recipient address on BaseScan: * Go to basescan.org * Paste the recipient address * Go to the "NFTs" tab * You should see the NFT in their collection! #### What you learned * NFT transfers work just like token transfers * You can send NFTs to any address you specify * Transfer requires guardian approval (same as withdrawal) * The final guardian approval automatically executes the transfer * This is useful for gifting NFTs or sending them to another wallet ✅ **Quest Complete!** You can now send NFTs to others securely. *** ### Quest 2: Batch Operations (Multiple NFTs at Once) (15 minutes) **What you're doing:** Depositing and withdrawing multiple NFTs in a single transaction to save gas fees. #### Step 1: Get More NFTs **Important:** The Multiminter is on the home page. To access it: 1. **Navigate to the home page:** * Click the Global Gold logo in the top-left corner (if it's a link), OR * Manually navigate to `/` in your browser, OR * Use your browser's back button to return to the home page 2. **Once on the home page:** * Find the Multiminter section (usually near the top) * Click "Mint All" **multiple times** (3-5 times) * Each mint gives you 1 more NFT * You'll get multiple token IDs 3. **Check your wallet** - you should see multiple NFTs of the same collection **Note:** If you created your vault before the Multiminter was added, you may need to navigate back to the home page manually using your browser's address bar (`/`). #### Step 2: Batch Deposit 1. Go to your vault dashboard 2. Click the **"Deposit"** button (white button in the action bar) 3. Select the NFT collection (Test NFT or Test Collectible) from the dropdown 4. You'll see a list of NFTs you own from that collection 5. **Select 3 NFTs** (click checkboxes or click on them) 6. Click **"Continue"** button 7. Review the deposit details 8. Click **"Confirm Deposit"** or **"Deposit"** button 9. Approve the transaction in your wallet 10. **All 3 NFTs move to your vault in ONE transaction!** #### Step 3: Batch Withdrawal 1. Go to your vault dashboard 2. Click the **"Withdraw"** button (outlined button in the action bar) 3. Select the NFT collection (Test NFT or Test Collectible) from the dropdown 4. You'll see NFTs currently in your vault from that collection 5. **Select 3 NFTs** (click checkboxes or click on them) 6. Click **"Continue"** button 7. Review the withdrawal details 8. Click **"Confirm Withdrawal"** or **"Request Withdrawal"** button 9. This creates a **guardian-protected withdrawal request** 10. Switch to your guardian wallets 11. Go to the vault dashboard and click **"Pending Transactions"** tab 12. Click **"Approve"** on the withdrawal request (repeat for each guardian) 13. **Once threshold is met, the withdrawal automatically executes** 14. All 3 NFTs come out at once! #### What happened differently * Much faster than withdrawing one at a time * Saves gas fees ✅ **Quest Complete!** You're saving gas with batch operations. *** ### Quest 3: Test Token Balance Checker (5 minutes) **What you're doing:** Using the balance checker to see everything in your vault. 1. Go to your vault dashboard 2. Look at the overview cards: * **Tokens card** (left): Shows total token value in USD * **NFTs card** (right): Shows total NFT count and preview thumbnails 3. **View detailed balances:** * Click the arrow icon on the Tokens card to go to `/[vaultId]/tokens` page * Or click the NFTs card to go to `/[vaultId]/nfts` page * These pages show detailed lists of all your assets 4. **Compare to blockchain explorer:** * Copy your vault's contract address (shown on dashboard) * Go to BaseScan (basescan.org) * Paste the vault address * Check token holdings - should match your dashboard! 5. **Try depositing more tokens** 6. **Watch the balance update:** * Refresh the dashboard or click the refresh button * The token value and NFT count should update #### What you learned * You can audit your vault anytime * Balances are queried directly from the blockchain * The UI makes it easy to see everything in one place ✅ **Quest Complete!** You can track your vault inventory. *** ### Quest 4: Understanding the Transaction Queue (15 minutes) **What you're doing:** Learning how multiple pending requests are managed and executed in order. #### The Request Queue System When you submit multiple requests, they're added to a queue and processed in order. Understanding this helps you manage your vault efficiently. #### Test the Queue System 1. **Submit Multiple Requests:** * Request 1: Withdraw 50 Token A * Request 2: Transfer 30 Token B to another address * Request 3: Withdraw 1 NFT All three requests are now **pending** in the queue! 2. **View Your Pending Requests:** * Go to your vault dashboard * Look at the transaction section (middle-right panel) * Click the **"Pending Transactions"** tab (it's the default tab, so it may already be selected) * You should see all 3 requests listed 3. **Understand the Queue Order:** * Requests are listed in order (oldest first) * They execute in order: first submitted = first executed (FIFO) * The first request must complete before the second can execute * You can see the blockchain request ID in the transaction list (if available) 4. **Approve Requests:** * Start with Request #1 (withdraw Token A) * Get Guardian 1 approval * Get Guardian 2 approval * **Request #1 executes** and tokens are withdrawn 5. **Now Request #2 Can Execute:** * Request #2 (transfer Token B) is now "next in queue" * Get guardian approvals for Request #2 * **Request #2 executes** when threshold is met 6. **Finally Request #3:** * Request #3 (withdraw NFT) is now next * Get guardian approvals * **Request #3 executes** #### Important Notes * **Sequential Processing:** Requests execute one at a time, in order (FIFO - First In, First Out) * **Queue Status:** You can see which request is "next" in the pending list (oldest pending request is first) * **Emergency Exceptions:** Lock/unlock requests can execute out of order (emergency feature) * **Blocking Transactions:** If a lock/unlock or threshold change is pending, you cannot submit NEW withdrawal/transfer requests (but existing pending requests will still execute) * **7-Day Expiration:** Old requests expire after 7 days and are removed from queue #### What You Learned * Multiple requests can be pending at once * They execute sequentially (first come, first served) * You can see all pending requests in the dashboard * Understanding the queue helps you plan your transactions ✅ **Quest Complete!** You understand how the transaction queue works. *** ### Quest 5: Transaction History Deep Dive (15 minutes) **What you're doing:** Learning to read and understand your vault's transaction history and details. #### Understanding Transaction Statuses 1. **Go to your vault dashboard** 2. **Look at the transaction section** - you'll see two tabs: * **"History"** tab (shows completed transactions) * **"Pending Transactions"** tab (shows pending requests) 3. **Click on the "History" tab** to see completed transactions 4. **Review different transaction statuses:** * **Pending** = Waiting for guardian approvals * **Approval** (or **Submitted**) = Submitted to blockchain, waiting for execution * **Success** (or **Confirmed** or **Executed**) = Successfully executed * **Failed** (or **Rejected**) = Transaction failed or was rejected #### View Transaction Details 1. **Click on a Details link for a transaction** (deposit or withdrawal) 2. **Review the transaction details:** * Transaction hash (click to view on BaseScan) * Timestamp (when it was created/completed) * Action type (Deposit, Withdraw, Transfer, etc.) * Amount and token details * Guardian approvals 3. **Switch to the "Pending Transactions" tab** (if not already there) 4. **Click the "Details" link** on a pending transaction 5. **See the transaction details modal** showing: * Action type (e.g., "Transfer ERC721 NFT") * Status (e.g., "Pending" or "Approval") * Transaction hash (if available) * Created timestamp * For guardian transactions, you'll see approval status in the list (e.g., "Pending (1/2)") #### Verify on Blockchain Explorer 1. **Find a completed transaction** 2. **Click the transaction hash** (or copy it) 3. **Open BaseScan** (basescan.org) 4. **Paste the transaction hash** 5. **Verify the details match:** * Token addresses match * Amounts match * Recipient addresses match * Status shows "Success" #### What You Learned * Transaction history shows everything that's happened in your vault * You can verify all transactions on the blockchain explorer * Pending transactions show approval progress and expiration timers * Transaction details help you audit and track your vault activity ✅ **Quest Complete!** You can now audit and verify all vault transactions. *** ### Week 3 Tips * **Remember:** The final guardian approval automatically executes * **Batch operations** save gas - use them whenever you have multiple NFTs * **NFT Transfer vs Withdrawal:** Transfer sends to any address, withdrawal sends back to you * **Check balances** on both the UI and blockchain explorer to verify accuracy * **Take screenshots** of your completed quests for your records *** ### Need Help? **The approval never executes automatically?** * Make sure the request is "next in queue" (not blocked by older pending requests) * Lock/unlock requests can execute out of order as emergency features * Check that you have enough guardian approvals to meet the threshold **NFT transfer request not showing up?** * Make sure you have NFTs deposited in your vault first * Make sure you completed all 3 steps of the NFT transfer flow * Check that the recipient address is valid (starts with 0x) * Verify the transaction was submitted successfully **Batch deposit isn't working?** * Make sure you're selecting NFTs from the same collection * Check that you own all the NFTs you're trying to deposit * Verify you've approved the vault contract to transfer your NFTs *** ### Completion Reward 🎖️ **Master of Advanced Operations Badge** * Efficient Gas User achievement * Multi-Asset Manager title # Week 4 – Emergency Protocols Goal: Test what happens in emergency scenarios like hacked wallets, locked vaults, and recovery procedures. #### Quest 1: Lock Your Vault (Emergency Freeze) (10 minutes) **What you're doing:** Using the emergency lock feature to freeze your vault. **The Scenario:** You think your wallet might be compromised. You want to freeze everything immediately.
**Understanding Lock:** * FREEZES all deposits and withdrawals * Can be triggered by vault owner OR any guardian * Prevents the hacker from moving assets * Can be unlocked later with guardian approval **Trigger the Lock:** 1. Go to "Emergency Controls" 2. Click the big red "🔒 LOCK VAULT" button 3. Confirm you understand (read the warning) 4. Approve the transaction 5. Your vault is now LOCKED 🔒
**What happened:** * All pending requests (except unlock) are automatically cancelled * No new deposits allowed * No new withdrawals allowed * You'll see "LOCKED" status everywhere
**Try these (they should fail):** 6. Try to deposit tokens - ❌ Blocked 7. Try to request withdrawal - ❌ Blocked 8. Try to transfer assets - ❌ Blocked **Good! Your assets are frozen and safe.** **✅ Quest Complete! You've frozen your vault.** *** #### Quest 2: Unlock Your Vault (10 minutes) **What you're doing:** Unfreezing your vault after the emergency is over. **The Scenario:** You've secured your wallet, changed passwords, etc. Now you want to unlock. 1. Still on Emergency Controls 2. Click "🔓 UNLOCK VAULT" 3. This creates an UNLOCK REQUEST 4. This needs guardian approval! (prevents hacker from unlocking)
**Get Guardian Approvals:** 5. Switch to Guardian 1 6. Approve the unlock request 7. Switch to Guardian 2 8. Approve the unlock request 9. Execute the unlock **Your vault is now UNLOCKED ✅** 10. Try depositing - ✅ Works again! 11. Try withdrawing - ✅ Works again! **What you learned:** * Lock can be instant (by owner or guardian) * Unlock requires guardian approval (security layer) * Pending requests are cleared when you lock
**✅ Quest Complete! You've unlocked your vault.** *** #### Quest 3: Vault Recovery (Guardian Override) (20 minutes) **What you're doing:** Testing what happens if a vault owner loses access and guardians need to transfer the vault to a new owner. **The Scenario:** Your wallet is permanently compromised or lost. Guardians need to move your vault to your new wallet address. **Important:** This is different from "Transfer": * Transfer = Owner wants to move vault (owner initiates) * Recovery = Owner is locked out (guardians initiate)
**Initiate Recovery (As a Guardian):** 1. Switch to Guardian 1 wallet 2. Go to the vault (you can access as guardian) 3. Click "Emergency Recovery" (might be under Emergency Controls) 4. Enter the NEW OWNER ADDRESS (your recovery wallet or another address you control) 5. Click "Request Recovery" 6. Approve the transaction **This creates a RECOVERY REQUEST** **Other Guardians Approve:** 7. Switch to Guardian 2 8. Go to "Pending Recovery Requests" 9. Review the recovery (shows new owner address) 10. Click "Approve Recovery" 11. Confirm
**Wait for enough approvals (depends on your security threshold)**
**Execute Recovery:** 12. Once enough guardians approve 13. Any guardian can click "Execute Recovery" 14. The vault NFT transfers to the new owner 15. The old owner can no longer access the vault 16. The new owner has full control **Verify:** 17. Switch to the NEW owner wallet 18. Check your assets - you should see the vault NFT 19. You can now control the vault 20. All assets are safe inside **✅ Quest Complete! You've recovered a vault.** *** #### Quest 4: Lock Cancels Recovery (Security Test) (15 minutes) **What you're doing:** Testing a security feature where locking a vault automatically cancels any pending recovery requests. **The Scenario:** Guardians mistakenly started a recovery, but you still have access. You want to stop it! **Setup:** 1. Have guardians start a recovery (like in Quest 3) 2. DON'T execute it yet - leave it pending 3. You (vault owner) notice this!
**Stop the Recovery:** 4. Quickly LOCK the vault (as vault owner) 5. The recovery request is AUTOMATICALLY CANCELLED ❌ 6. Now unlock the vault (with guardian approval) 7. The recovery is gone - vault is safe
**What you learned:** * Lock is a powerful emergency tool * It cancels dangerous pending actions * Owner can defend against unauthorized recovery * But unlock still needs guardians (balanced security) **✅ Quest Complete! You understand the security interplay.** *** #### Quest 5: Transfer vs Recovery Comparison (15 minutes) **What you're doing:** Understanding the difference between normal vault transfer and emergency recovery. **Scenario A:** Normal Transfer (Owner Initiated) **You want to move your vault to a new wallet safely:** 1. Request a vault transfer (as owner) 2. Enter new owner address 3. This requires GUARDIAN APPROVAL 4. Guardians review and approve 5. Execute transfer 6. Vault moves to new owner **Scenario B:** Emergency Recovery (Guardian Initiated)
**Owner lost access, guardians must take over:** 1. Guardian initiates recovery 2. Other guardians must approve 3. No owner approval needed (they're locked out!) 4. Execute recovery 5. Vault moves to recovered owner
**Key Differences:** | Feature | Transfer | Recovery | | ------------------------ | --------------------- | ----------------------- | | Who initiates | Owner | Guardian | | Owner approval needed | Yes (they request it) | No (they're locked out) | | Guardian approval needed | Yes | Yes | | Use case | Planned move | Emergency access lost |
**✅ Quest Complete! You understand both transfer methods.**
# Week 4 - Emergency Protocols Goal: Test emergency scenarios like vault locking, unlocking, and recovery procedures. Quest 1: Lock Your Vault (Emergency Freeze) (10 minutes) **What you're doing:** Using the emergency lock feature to freeze your vault. **The Scenario:** You think your wallet might be compromised. You want to freeze everything immediately. #### Understanding Lock * **FREEZES** all deposits and withdrawals * Requires guardian approval to execute (creates a guardian transaction) * Prevents anyone from moving assets once locked * Can only be unlocked with guardian approval #### Trigger the Lock 1. Go to your vault dashboard 2. Look at the right panel (Settings section) - below the vault name and total asset value 3. Click the **"Lock Vault"** button (outlined button with lock icon) 4. A confirmation modal appears with warning: * "This will prevent all transactions until unlocked" * "Requires guardian approval to complete" * "This action cannot be undone without guardian consensus" 5. Click **"Lock Vault"** in the confirmation modal 6. This creates a **guardian transaction** that requires approval 7. Switch to your guardian wallets to approve the lock request 8. Once guardians approve (meeting threshold), **your vault is LOCKED 🔒** #### What Happened * All pending withdrawal/transfer requests stay pending but can't execute * No new deposits allowed (Deposit button is disabled) * No new withdrawals allowed (Withdraw button is disabled) * No transfers allowed (Transfer button is disabled) * You'll see **"Vault Locked"** badge displayed prominently (red badge below vault name) #### Try These (they should fail) 1. Try to deposit tokens → ❌ **Blocked** - "Vault is locked" 2. Try to request withdrawal → ❌ **Blocked** - "Cannot submit while locked" 3. Try to transfer assets → ❌ **Blocked** **Good!** Your assets are frozen and safe. ✅ **Quest Complete!** You've successfully locked your vault. *** ### Quest 2: Unlock Your Vault (15 minutes) **What you're doing:** Unfreezing your vault after the emergency is over. **The Scenario:** You've secured your wallet and confirmed there's no threat. Now you want to unlock your vault. #### Request Unlock 1. Still on vault dashboard (with **"Vault Locked"** badge showing in red) 2. Look at the right panel (Settings section) 3. The button now says **"Unlock Vault"** (same location as Lock button) 4. Click **"Unlock Vault"** 5. A confirmation modal appears 6. Click **"Unlock Vault"** in the confirmation modal 7. This creates an **UNLOCK REQUEST** that requires guardian approval **Why guardian approval?** If a hacker got your wallet, you don't want them to be able to unlock your vault immediately. Guardians provide protection. #### Get Guardian Approvals 1. Switch to Guardian 1 wallet 2. Go to the vault dashboard 3. Click the **"Pending Transactions"** tab (should be selected by default) 4. You'll see the unlock request in the list 5. Click **"Approve"** button on the unlock transaction 6. Confirm the transaction in your wallet 7. Switch to Guardian 2 wallet 8. Go to the vault dashboard 9. Click **"Pending Transactions"** tab 10. Click **"Approve"** on the unlock request 11. Confirm the transaction 12. **On the second approval (meeting threshold), the unlock executes automatically** #### Verify Vault is Unlocked 1. Switch back to your main wallet 2. Go to the vault dashboard 3. Check vault status → ✅ **"Vault Locked" badge is gone** (no red badge) 4. Try depositing tokens → ✅ **Deposit button is enabled** - Works again! 5. Try requesting withdrawal → ✅ **Withdraw button is enabled** - Works again! #### What you learned * Lock requires guardian approval (creates a guardian transaction) * Unlock also requires guardian approval (security layer) * The vault owner can't bypass guardians for locking or unlocking ✅ **Quest Complete!** You've successfully unlocked your vault. *** ### Quest 3: Vault Recovery - Guardian Initiated (25 minutes) **What you're doing:** Testing what happens if a vault owner loses access and guardians need to transfer the vault to a new owner. **The Scenario:** Your main wallet is permanently compromised or lost. Guardians need to move your vault to your new wallet address. #### Important Distinction * **Transfer** = Owner wants to move vault (owner initiates, guardians approve) * **Recovery** = Owner is locked out (guardian initiates, other guardians approve) #### Setup 1. Identify your "new owner" address (another wallet you control, or a friend's address for testing) 2. Make sure you can access this wallet 3. Note your current vault owner address #### Initiate Recovery (As a Guardian) 1. **Switch to Guardian 1 wallet** 2. Go to the vault dashboard 3. Look at the right panel (Settings section) - below the vault name 4. You'll see a **"Recover Vault"** button (orange/amber colored button) 5. Click **"Recover Vault"** 6. A recovery modal opens 7. Enter the **NEW OWNER ADDRESS** (your recovery wallet) in the input field 8. The modal validates: * Address must be valid (starts with 0x, 42 characters) * Must be different from current owner * Must be different from your current wallet address 9. Click **"Initiate Recovery"** or **"Continue"** button 10. This creates a guardian transaction that requires other guardians' approval **Important:** This creates TWO things: * A guardian-protected request (needs approvals from other guardians) * A 7-day delay period for safety #### Other Guardians Approve 1. Switch to Guardian 2 wallet 2. Go to the vault dashboard 3. Click the **"Pending Transactions"** tab 4. You'll see a **"Recover Vault"** request in the list 5. Click **"Details"** to see full information: * Shows current owner address * Shows proposed new owner address * Shows recovery initiation details 6. Click **"Approve"** button on the recovery request 7. Confirm the transaction in your wallet 8. **If you need more approvals** (e.g., 3/3 threshold): * Switch to Guardian 3 wallet * Go to vault dashboard → **"Pending Transactions"** tab * Click **"Approve"** on the recovery request * Confirm transaction #### Wait for Delay Period **For testing purposes, you won't wait 7 days**, but understand: * After guardians approve, there's a 7-day waiting period * This gives the real owner time to intervene if this was a mistake * After 7 days, anyone can execute the recovery #### Execute Recovery (After 7 Days) **Note:** In production, you would wait 7 days. For testing, understand this step: 1. After guardians approve and 7 days pass, the recovery can be executed 2. Go to the vault dashboard as a guardian 3. You'll see the vault is in **"Recovery Mode"** (orange badge) 4. The **"Recover Vault"** button changes to **"Execute Recovery"** (green button) 5. Click **"Execute Recovery"** 6. A recovery modal opens showing the pending recovery details 7. Click **"Execute Recovery"** or **"Confirm"** button 8. Confirm the transaction 9. The vault NFT transfers to the new owner 10. The new owner has full control 11. All assets remain safely in the vault #### Verify (If you complete the full cycle) 1. Switch to the NEW owner wallet 2. Check your NFT balance - you should see the vault NFT 3. You can now control the vault 4. All assets are safe inside 5. Old owner can no longer access the vault #### What you learned * Recovery is a multi-step process with built-in delays * Guardian consensus is required * The 7-day delay provides safety against mistakes * Assets remain secure throughout the process ✅ **Quest Complete!** You understand the recovery mechanism. *** ### Quest 4: Lock Cancels Recovery (Security Test) (15 minutes) **What you're doing:** Testing a security feature where locking a vault can stop an unauthorized recovery attempt. **The Scenario:** Guardians mistakenly started a recovery, but you (the owner) still have access. You want to stop it! #### Setup 1. Have guardians initiate a recovery (like in Quest 3) 2. Get guardian approvals 3. **DON'T wait the 7 days** - leave it pending 4. You (vault owner) notice this unauthorized recovery request #### Stop the Recovery 1. **As the vault owner**, quickly LOCK the vault 2. Go to vault dashboard 3. Look at the right panel (Settings section) 4. Click **"Lock Vault"** button 5. Click **"Lock Vault"** in the confirmation modal 6. This creates a lock request that requires guardian approval 7. Get guardian approvals for the lock (same as Quest 1) 8. Once locked, the recovery request gets **AUTOMATICALLY CANCELLED** ❌ 9. The vault enters locked state and recovery cannot proceed #### Unlock and Verify 1. Now request to unlock the vault (requires guardian approval) 2. Get guardian approvals 3. Vault unlocks 4. Go check pending requests 5. The recovery request should be **gone** - it was cancelled by the lock #### What you learned * Lock is a powerful defensive tool * It can stop unauthorized recovery attempts * But you still need guardians to unlock (balanced security) * This protects you if guardians make a mistake ✅ **Quest Complete!** You understand the security interplay between lock and recovery. *** ### Quest 5: Guardian-Initiated Lock (10 minutes) **What you're doing:** Testing that guardians can also lock a vault in an emergency. **The Scenario:** A guardian notices suspicious activity and wants to freeze the vault immediately. #### Guardian Locks the Vault 1. **Switch to Guardian 1 wallet** 2. Go to the vault dashboard 3. Look at the right panel (Settings section) - below the vault name 4. Click **"Lock Vault"** button (same button as owner sees) 5. Click **"Lock Vault"** in the confirmation modal 6. This creates a lock request that requires guardian approval 7. Switch to other guardian wallets to approve the lock 8. **Once guardians approve (meeting threshold), the vault locks** **Why this is important:** * If your wallet is compromised and you can't act * Guardians can step in to protect your assets * It's an emergency brake anyone can pull #### Owner Can't Immediately Unlock 1. Switch back to owner wallet 2. Try to unlock 3. You'll need to create an unlock request 4. Which requires... guardian approval! 5. So guardians can protect you even if you don't want them to (in an emergency) #### Proper Unlock Process 1. Owner requests unlock 2. Guardians review the situation 3. Once it's confirmed safe, guardians approve unlock 4. Vault unlocks when threshold is met #### What you learned * Both owner and guardians can initiate lock (creates guardian transaction) * Lock requires guardian approval to execute * Unlock also requires guardian approval * This creates a safety net for emergencies while maintaining consensus ✅ **Quest Complete!** You understand guardian emergency powers. *** ### Week 4 Tips * **Lock requires guardian approval** - owner or guardian initiates, but needs consensus to execute * **Unlock requires guardian approval** - prevents hackers from unlocking * **Lock cancels pending recovery** - defensive tool for vault owner * **7-day delay on recovery** - gives real owner time to intervene * **Guardians can protect you** - even against your own compromised wallet * **Lock/Unlock buttons** are in the right panel (Settings section) on the dashboard *** ### Need Help? **Can't unlock my vault?** * This is correct! Unlock requires guardian approval * Switch to guardian wallets and approve the unlock request * Once threshold is met, vault unlocks automatically **Recovery request disappeared?** * Did you lock the vault? Lock cancels pending recovery requests * This is a security feature to protect against unauthorized recovery **Guardian can't initiate recovery?** * Make sure you're using a guardian wallet, not the owner wallet * Check that the vault contract address is correct * Verify the new owner address is valid *** ### Completion Reward 🎖️ **Emergency Response Expert Badge** * Recovery Specialist achievement * Security Guardian title Continue to Week 5: Chaos & Integration Testing → # Week 5 – Chaos & Integration Testing Goal: Try to break the system, test edge cases, find bugs, and push the limits. #### Quest 1: Multi-Vault Mayhem (20 minutes) **What you're doing:** Creating multiple vaults and using them simultaneously. 1. Create 5 different vaults (yes, 5!) **Each with different configurations:** * Vault 1: 3 guardians, 2/3 threshold * Vault 2: 5 guardians, 3/5 threshold * Vault 3: 10 guardians, 7/10 threshold * Vault 4: 3 guardians, 1/3 threshold (auto-approval) * Vault 5: 3 guardians, 3/3 threshold (maximum security) 3. Deposit different assets in each vault 4. Submit actions in multiple vaults at the same time 5. Switch between vaults rapidly 6. Try to confuse the system
**Things to test:** * Can you approve actions across vaults simultaneously? * Does activity in Vault 1 affect Vault 2? * Can the same guardian approve in multiple vaults? * What happens if you submit the same action in multiple vaults?
**✅ Quest Complete! You've stress-tested the multi-vault system.** *** #### Quest 2: Edge Case Hunting (30 minutes) **What you're doing:** Trying weird things to see what breaks. **Try These:** 1. **Zero Amount Tests:** * Try to deposit 0 tokens (should fail) * Try to withdraw 0 tokens (should fail) * Request transfer of 0 tokens (should fail) 2. **Empty Array Tests:** * Try to deposit NFTs with empty selection (should fail) * Try batch operation with nothing selected (should fail) 3. **Duplicate Tests:** * Try to add same guardian twice (should fail) * Try to deposit same NFT twice (should fail with "not owner")
4. **Limit Tests:** * Try to add 11 guardians (should fail, max is 10) * Try to set threshold higher than guardian count (should fail) * Try to deposit 6+ NFTs at once (check if it works or limits you) 5. **Timing Tests:** * Submit action, immediately try to execute (should need approvals) * Approve action, immediately disapprove (should fail - can't do both) 6. **Permission Tests:** * Try to approve your own request (should fail) * Try to use emergency withdrawal as guardian (should fail) * Try to withdraw assets as non-owner (should fail) **Document everything that:** * ❌ Fails unexpectedly * ❌ Gives confusing error messages * ❌ Succeeds when it shouldn't * ✅ Works correctly but could be clearer
**✅ Quest Complete! You're a professional bug hunter.** *** #### Quest 3: Gas Limit Testing (15 minutes) **What you're doing:** Finding operations that use a lot of gas (transaction fees). 1. Test with 1 NFT: Deposit a single NFT, note gas used 2. Test with 2 NFTs: Deposit two NFTs, note gas used 3. Test with 3 NFTs: Note the pattern 4. Test with 5 NFTs: Check gas usage
5. **Compare gas costs:** * 5 separate transactions vs 1 batch transaction * Which is more efficient? 6. **Test complex approvals:** * Action with 3 guardians: note gas * Same action with 10 guardians: note gas * How much more expensive is high security? **Report findings:** * Which operations are most expensive? * Are there ways to make them cheaper? * Does batch really save gas?
**✅ Quest Complete! You understand gas efficiency.** *** #### Quest 4: Mobile & Desktop Testing (20 minutes) **What you're doing:** Testing the app on different devices and browsers.
**Desktop Testing:** 1. Chrome: Do all Week 1-4 basic quests * Does everything work? * Are buttons clickable? * Do modals display correctly? 2. Firefox: Repeat key actions * Any visual differences? * Any functionality broken? 3. Safari (if Mac): Test key flows * Wallet connection works? * Transactions confirm properly? **Mobile Testing:** 4. Mobile Chrome (Android) or Safari (iOS): * Can you connect wallet? * Can you navigate the UI? * Are buttons big enough to tap? * Does text size work? * Can you approve transactions in mobile wallet? 5. Test on tablet if available
**Document:** * Which device works best? * Which has problems? * Any layout issues? * Any functionality that doesn't work on mobile? ✅ **Quest Complete! You've tested cross-platform.** *** #### Quest 5: Transaction Failure Testing (15 minutes) **What you're doing:** Testing what happens when transactions fail.
1. **Low gas test:** * Set gas limit too low manually * Submit transaction * It will fail * Does UI handle it gracefully? * Can you retry? 2. **Reject transaction:** * Start any action * Click "Reject" in your wallet * Does UI update correctly? * Does it give helpful error message? 3. **Insufficient balance:** * Try to withdraw more tokens than you have * Should fail with clear message 4. **Network switch mid-transaction:** * Start a transaction * Switch networks in your wallet * What happens? 5. **Disconnected wallet:** * Start an action * Disconnect wallet mid-process * Does it detect this? * Can you reconnect and continue?
**✅ Quest Complete! You've tested error handling.**
*** #### Quest 6: The Full Integration Test (30 minutes) **What you're doing**: Complete end-to-end test of the entire system. **The Complete Journey:** 1. ✅ Create vault with 5 guardians, 3/5 threshold 2. ✅ Mint all test assets 3. ✅ Deposit all 4 asset types 4. ✅ Submit withdrawal request 5. ✅ Get 3 guardian approvals 6. ✅ Execute withdrawal 7. ✅ Submit transfer to another address 8. ✅ Get guardian approvals 9. ✅ Execute transfer 10. ✅ Lock the vault 11. ✅ Verify deposits blocked 12. ✅ Request unlock 13. ✅ Get guardian approvals 14. ✅ Execute unlock 15. ✅ Initiate recovery (as guardian) 16. ✅ Get guardian approvals 17. ✅ Execute recovery 18. ✅ Verify new owner has control 19. ✅ Transfer vault ownership back via normal transfer 20. ✅ Withdraw remaining assets **If you complete all 20 steps without errors: You've proven the system works end-to-end!**
**Document any issues: Even small UX friction points matter.** \ **✅ Quest Complete! You're a full-system expert.** # Successful Bug Finds Testers will get points and tokens as long as they find the bug and submit it in the Bug Form before its published here! *** ## ✨ WEEK 1 BUG FINDS #### 🐛**BUG:** #### 💰**USERS REWARDED:** #### 🐛**BUG:** #### 💰**USERS REWARDED:** #### 🐛**BUG:** #### 💰**USERS REWARDED:**