> For the complete documentation index, see [llms.txt](https://solari-finance.gitbook.io/solari.finance-docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://solari-finance.gitbook.io/solari.finance-docs/membership-and-governance.md). # Membership and Governance How VARA membership and the proposed Governance Council add benefits and participation without authority over protected gold. ### Expertise Without Control Over the Gold The same principle that separates custody from operations must also limit governance. Solari draws authority in three layers, and only one of them is a vote. **The Trust and custody layer is not governable.** The Trust agreement, custody documents, applicable law, and duly authorized fiduciaries decide what happens to gold, allocation, and delivery. No token vote, council decision, or community proposal reaches this layer at all — not by a large margin, not by unanimous vote, not ever. **The Operations layer is management's responsibility.** Product design, technology, compliance, and day-to-day platform decisions sit with Solari's management, operating within the boundaries the Trust and custody layer sets. **The ecosystem layer is where the proposed nine-member Governance Council actually operates** — VARA utility, membership benefits, and community programs, all expressly non-custodial. The Council brings operational, independent, technical, Trust-compatibility, and community perspectives together, and its Trust-compatibility representative holds a specific veto: a proposal that would impair the protected gold layer cannot advance without independent legal review confirming it's compatible with the governing Trust documents. Council composition, term limits, and removal procedures will be set out in a governing charter to be published ahead of Council formation. What the Council can never do — regardless of vote margin or composition — is rewrite ownership records, direct Trust bullion, alter custody facts, approve customer transactions, or bypass legal and operational controls. That boundary isn't a policy the Council agrees to respect; it's a line the Council's authority doesn't extend past in the first place. *** *** ### Membership and Sustainable Economics VARA — Vault Access Rewards Allocation — is Solari's separate membership token. It organizes eligible platform benefits, access, discounts, and bounded participation without becoming a claim on Trust-held bullion or part of the SUSD reserve. The current four-tier framework targets storage-fee discounts from 10% through 40%, together with eligible program and access benefits governed by membership terms. VARA can support long-term alignment across the ecosystem while preserving clear boundaries: it is not physical-gold ownership, not Yield principal, and not a guarantee of appreciation, liquidity, credit, or returns. Any VARA offering would be governed by separate, approved offering materials setting out supply, pricing, eligibility, distribution, transfer, custody or wallet treatment, risks, and applicable legal and regulatory disclosures. Detailed tokenomics belong in those governing materials rather than in this Light Paper. Solari creates value by providing services around protected assets rather than by quietly deploying customer gold. Revenue can come from acquisition and sale spreads, Gold Pool participation, custody and administration, settlement and conversion, delivery and fulfillment, membership, evidence and reporting, and credit or Yield-related services where applicable. Specific fees belong in the current fee schedule and transaction review screens because provider costs, payment methods, product form, and market conditions can change. The durable principle belongs here: customers should see the applicable economics before they commit. **Aligned roles:** Gold is the protected asset. SUSD is the settlement unit, backed by its own reserve. VARA is membership. Elective Yield is separate. Each component creates utility without pretending to be another. *** --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://solari-finance.gitbook.io/solari.finance-docs/membership-and-governance.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.