Everything, in plain terms.

The Solari GoldLink System is a custody-first gold-ownership ecosystem that combines protected physical gold positions with modern account visibility, evidence, settlement, delivery, gifting, and optional advanced capabilities.

It includes the flagship Vault Desk, GoldStackz, the Trust Engine, one Solari ID, SUSD settlement, VARA membership, and separately controlled Gold Credit Line and Yield Engine pathways.

The Vault Desk is Solari’s flagship professional gold environment for sXAU, Gold Pools, GoldNotes, evidence, settlement, delivery, reporting, the Gold Credit Line, and elective SUSD Yield.

GoldStackz is a distinct experience for everyday stacking, collecting, and gifting through fixed-denomination Digital Gold Bills.

They serve different purposes. GoldStackz is not a prerequisite for the Vault Desk, and the Vault Desk is not an upgraded version of GoldStackz.

No. One Solari ID provides a connected account environment for GoldStackz, the Vault Desk, or both. Clients do not need separate logins or disconnected account histories.

Yes. A client may collect or gift DGBs through GoldStackz while separately managing sXAU, Gold Pools, GoldNotes, or other eligible activity through the Vault Desk.

No. Clients may enter the Vault Desk directly, use GoldStackz independently, or use both. Moving gold into a different eligible structure is optional and should not be described as graduation.

Solari uses tiered identity verification appropriate to account activity, transaction value, product eligibility, and applicable compliance requirements. A client’s verified identity tier determines relevant limits and access to higher-value or advanced capabilities.

Identity verification is separate from VARA membership. Current limits and required verification steps should be displayed in the client’s account before a restricted activity is requested.

Solari is preparing for public launch. Public transaction capabilities are not currently available and will be activated in stages as the required controls, agreements, provider connections, and jurisdictional requirements are completed.

A DGB is a fixed-denomination Solari gold instrument representing a defined weight of physical gold held within the Solari custody structure. It is the core gold position within GoldStackz and is designed for stacking, collecting, gifting, account transfer, eligible sale, combination, and physical-delivery progression.

A DGB is not cash, legal tender, a banknote, an NFT, a cryptocurrency, or a stablecoin.

GoldStackz is designed around five fixed denominations:

• 50 mg
• 100 mg
• 250 mg
• 500 mg
• 1,000 mg / 1 g

Dollar values are not fixed because the reference price of gold changes.

sXAU is the standardized Vault Desk ounce. Each whole-unit sXAU position represents 1 fine troy ounce / 31.1035 grams of vaulted gold and is designed for account visibility, evidence, eligible sale, physical delivery, and collateral consolidation.

sXAU is distinct from a DGB, Gold Pool subscription, and GoldNote. It should not be described as a cryptocurrency.

A Gold Pool is a structured physical-gold acquisition in which participants reserve a portion of a defined acquisition target during an announced participation window.

A subscription reserves participation; it does not instantly issue gold or create a GoldNote. Pool close, execution, vault receipt, and allocation review must occur before the client’s final allocation is recorded through an eligible GoldNote.

A GoldNote is designed as a durable ownership record representing a defined quantity of physical gold within the Solari custody structure. GoldNotes can be issued following completed Gold Pool allocations and other eligible Vault Desk allocation events.

A GoldNote can include its weight, certificate and issuance information, custody references, evidence references, and eligible sale, combination, delivery, or collateral-consolidation pathways.

No. A subscription creates a pending participation record and receipt. A GoldNote is issued only after the pool closes and the required execution, vault receipt, allocation, and review steps are completed.

• DGB: fixed milligram and gram denominations designed for GoldStackz stacking, collecting, and gifting.
• sXAU: whole 1 fine troy ounce positions designed for immediate Vault Desk ownership.
• Gold Pool: a structured participation process used to acquire and allocate larger physical-gold positions.
• GoldNote: a durable record of a defined allocated gold quantity, commonly issued after a completed Gold Pool or another eligible allocation event.

They share Solari’s protected-ownership principles but remain distinct instruments with different denominations, records, and workflows.

Every issued DGB, sXAU, and GoldNote position is supported 1:1 by qualifying physical gold within the Solari custody structure.

A pending Gold Pool subscription is not yet an issued gold position; backing and allocation are established through the pool execution and allocation sequence.

Not necessarily. Bar-level assignment and serial visibility depend on the product structure, final custody arrangement, allocation status, holding size, and applicable account eligibility.

Solari should not imply that every DGB, sXAU, or GoldNote automatically corresponds to an individually fabricated and client-assigned bar.

Solari’s Trust Architecture explains how the platform, Trust Engine, institutional custody infrastructure, Evidence Engine, Hedera public anchoring layer, and continuity records work together while retaining distinct responsibilities. The architecture separates client gold and its governing records from Solari’s ordinary platform operations.

Issued Solari gold positions are supported by qualifying physical gold held through approved custody arrangements within the Trust Engine structure.

Final vault providers, locations, insurance, access controls, and product-specific allocation terms will be disclosed through the applicable agreements and account records.

The Trust Engine is Solari’s legal, issuance, custody, and ownership-rule foundation. It governs how eligible gold positions are issued, allocated, protected, pledged, transferred, redeemed, and supported by governing records, and is designed around a bankruptcy-remote Delaware Statutory Trust that separates protected physical gold from Solari’s platform operations.

It is distinct from the Evidence Engine, which creates cryptographic evidence references for selected lifecycle events. The Trust Engine is not software alone, and Hedera does not establish legal ownership.

The Trust Firewall is Solari’s term for the legal and operational boundaries that keep platform liabilities, Yield Engine activity, and other optional services from reaching unpledged client gold.

It does not prevent a client from voluntarily designating an eligible collateral block for the Gold Credit Line. Only the pledged block becomes subject to the applicable credit agreement.

The Trust Engine keeps physical gold supporting issued client positions separate from Solari’s operating balance sheet and ordinary creditor claims.

The precise rights, procedures, trustee authority, and insolvency treatment will be governed by the final Trust Agreement, custody records, account terms, and applicable law.

The intended bankruptcy-remote structure should not be interpreted as a promise of a legal outcome beyond the governing documents.

Solari cannot lend, pledge, invest, rehypothecate, or use client gold for its own benefit.

A client may separately choose to consolidate eligible holdings and voluntarily pledge a designated collateral block through the Gold Credit Line. Only that pledged block is locked and subject to the agreed credit terms. All unpledged holdings remain unaffected.

The Evidence Engine is Solari’s internal component for generating cryptographic evidence references for selected ownership lifecycle events. Those references can be anchored to Hedera to support independent inspection of record integrity, chronology, and continuity without publishing private client information.

Solari uses Hedera as a public anchoring layer for cryptographic evidence references associated with selected lifecycle events. Hedera provides an independently inspectable consensus record that can support integrity, ordering, chronology, and long-term continuity beyond Solari’s own interface.

Solari may anchor cryptographic references, event classifications, timestamps, sequence information, and non-sensitive record identifiers for selected lifecycle events.

Private client identities, account balances, agreements, custody documents, banking information, and other sensitive records are not intended to be published to Hedera.

Independent inspection can help confirm that a particular evidence reference existed in a particular form, was anchored at a recorded time, and appears in an ordered public record.

It does not independently establish legal title, physical vault contents, asset valuation, regulatory compliance, or the truth of every underlying business record. Those matters depend on the applicable Trust, custody, account, transaction, and governing records.

No. Hedera does not hold gold, control custody, establish legal ownership, replace the Trust, or replace custody and audit controls. It supports the independent verification of cryptographic evidence references associated with selected records and lifecycle events.

Solari’s verification design does not require private client identities or sensitive account information to be published to Hedera.

Public references are intended to support record inspection while the underlying private records remain within the appropriate account, Trust, custody, and legal systems.

An eligible Solari record can provide an evidence reference that corresponds to an entry anchored through Hedera. The reference may be inspected using an external network explorer such as HashScan and compared with the relevant Solari record.

This helps confirm integrity and chronology; it does not replace the underlying legal, custody, or transaction documentation.

Solari intends to combine appropriate independent custody and audit controls with Evidence Engine references and organized holder reporting. Final auditors, inspection scope, cadence, reconciliation methods, and publication standards are expected to be disclosed before public gold-linked issuance.

Cryptographic evidence is not a substitute for independent physical verification.

The connected Solari account environment is designed to display holdings, quantities, weights, indicative values, denomination breakdowns, acquisition and sale history, gifts, claims, Gold Pool participation, GoldNote allocations, evidence references, delivery requests, credit records, yield records, and downloadable receipts where applicable.

Before funds move, the applicable workflow should present the position, gold reference, quantity or weight, pricing, fees, discounts, funding source, and resulting balance impact for review.

The client then confirms the action and receives a success confirmation and receipt.

Eligible DGB, sXAU, and GoldNote positions can be sold through supported account workflows when available.

The client should review the applicable gold reference, spread, fees, proceeds, and balance impact before confirming. Eligible proceeds settle to the client’s SUSD balance.

Positions that are pledged, locked, pending allocation, committed to delivery, or otherwise restricted cannot be sold until the applicable restriction is released.

Yes. Supported combination and consolidation workflows are designed to allow qualifying smaller holdings to form larger eligible positions.

Depending on the workflow, this may support a combined GoldNote, sXAU position, physical delivery, or an approved Gold Credit Line collateral block.

Combination does not occur automatically; the client chooses the eligible holdings and reviews the resulting position.

The platform is designed to provide indicative gold-price references, position values, historical charts, and other visibility tools.

Final transaction pricing is determined through the applicable execution workflow and may include spreads, fees, or provider costs disclosed before confirmation.

Physical delivery becomes available when eligible holdings reach 1.00 troy oz / 31.103 g.

Meeting the minimum allows a client to request a delivery quote; it does not mean every holding is instantly shippable as a finished product.

Depending on the position and destination, delivery may involve product availability, fabrication, premiums, insurance, shipping, taxes, identity verification, sanctions screening, jurisdictional restrictions, and provider review.

The applicable quote, costs, destination details, and position impact should be shown before final confirmation.

No. Delivery is optional.

A client may continue holding the position, sell through a supported workflow, send eligible gifts, combine qualifying holdings, or request delivery when it suits the client.

A client selects an eligible DGB, enters a supported recipient identifier, adds an optional message, reviews the gift details, and confirms the transfer.

GoldStackz is designed to charge no gifting fee for the supported gift transaction itself.

The sender can review confirmation, receipt, delivery status, and claim activity through the account environment.

Yes, through supported recipient and claim methods.

The recipient can be invited to create a Solari ID and claim the DGB.

Final claim periods, recovery procedures, identity requirements, supported jurisdictions, and unclaimed-property treatment will be governed by the applicable terms.

The Gold Credit Line is an advanced Vault Desk capability designed to let an eligible client access liquidity from a gold position the client voluntarily chooses to pledge, without making an immediate voluntary sale.

Solari does not automatically pledge or borrow against client gold.

Qualifying DGB, Gold Pool, GoldNote, and sXAU holdings can contribute toward the required consolidated gold weight.

The holdings must be eligible, available, and combined into a provider-supported collateral block before borrowing can occur.

Current modeled block sizes include 10 oz and 1 kg, subject to final provider and credit terms.

The client reviews the collateral value, borrowing amount, loan-to-value limit, pricing, fees, maturity, repayment, default, and liquidation terms before agreeing.

Once pledged, the designated block is locked from sale, transfer, delivery, combination, or conversion until repayment and release.

All other holdings remain unaffected.

Not as an ordinary client transaction while the pledge remains active.

A pledged block may be sold only under the client’s authorized instructions or the enforcement conditions in the governing credit agreement, including an uncured default.

Successful repayment releases the pledge and restores the applicable position capabilities.

No. Eligible holdings may contribute toward consolidation, but borrowing never occurs automatically.

The client must choose the holdings, prepare the eligible collateral block, review the credit terms, and voluntarily authorize the pledge.

The Gold Credit Line is presented as an advanced staged capability.

Availability depends on identity verification, holding eligibility, consolidation requirements, valuation, lender approval, legal and collateral documentation, jurisdiction, and activated provider connections.

The public website should not name an intended provider until Solari is authorized to present that relationship.

The Yield Engine is a separate, optional environment in which an eligible client may voluntarily allocate SUSD to yield-seeking strategies.

It is distinct from the Trust Engine and ordinary gold custody.

No. The Yield Engine does not deploy DGB, Gold Pool positions, GoldNotes, sXAU, pledged collateral, or any other physical-gold custody holding.

Only the SUSD explicitly allocated by the client enters the Yield Engine.

Physical gold is never deployed.

At maturity or an eligible client exit, the workflow calculates applicable gains or losses, entry or exit costs, performance fees, and net proceeds.

The resulting proceeds return to the client’s SUSD balance.

From SUSD, the client may use supported account workflows to purchase eligible gold positions or request an eligible USD withdrawal when available.

No. Yield-seeking strategies involve risk to the SUSD voluntarily allocated, including the possibility of loss.

Strategy risks, fees, liquidity, timing, and eligibility must be disclosed before participation.

Under the current Solari model, a performance fee applies only to positive returns, but final fees and strategy terms will be governed by the applicable disclosures.

The Yield Engine is presented as an advanced staged capability.

Availability depends on the final legal entity, strategy providers, risk controls, eligibility rules, disclosures, and activated connections.

SUSD is designed as Solari’s internal dollar settlement unit. The current reserve design uses short-term U.S. Treasuries and cash rather than physical gold.

SUSD is used for eligible Gold Pool subscriptions, gold purchases and sales, Yield Engine activity, and other supported account settlement events.

Final issuer, reserve custody, redemption rights, reporting, and regulatory treatment will be disclosed before activation.

No. SUSD is a separate settlement unit supported by its applicable reserve arrangement.

It is not a DGB, sXAU, GoldNote, or claim on the physical gold backing those positions.

VARA stands for Vault Access Rewards Allocation. It is Solari’s separate membership token, created to organize eligible platform benefits, discounts, access, and bounded participation across the Solari ecosystem.

VARA does not represent ownership of physical gold, is not part of the reserves supporting SUSD, and does not create a claim on Trust-held client gold.

The current VARA membership design includes:

• Tier 1: 500 VARA — 10% eligible storage discount
• Tier 2: 2,500 VARA — 20% eligible storage discount
• Tier 3: 10,000 VARA — 30% eligible storage discount
• Tier 4: 25,000 VARA — 40% eligible storage discount, with additional eligible Yield-fee benefits

Final membership benefits, qualification periods, exclusions, and terms may change before launch.

No. Identity tiers govern compliance, limits, and product eligibility.

VARA tiers govern eligible membership benefits and discounts.

Holding VARA does not replace identity verification or increase a regulatory transaction limit by itself.

No. Any VARA participation or governance is strictly bounded.

VARA holders cannot vote to alter the Trust structure, weaken custody protections, authorize use of client gold, or override governing legal and compliance requirements.

The current GoldStackz model is designed so clients are not charged an annual storage fee simply for holding DGBs.

Other positions, services, delivery, transactions, or custody arrangements may carry applicable fees.

Those fees and eligible VARA discounts should be disclosed before the relevant action or service is confirmed.

The Vault Access Packet is a continuity artifact for eligible Vault Desk participants. It is intended to organize relevant ownership, Trust, custody, transaction, evidence, Hedera, delivery, and governing references into a durable record that can remain understandable beyond any one interface.

The current design makes eligible GoldNote, Gold Pool, and sXAU participants candidates for Vault Access Packet access.

Final eligibility, contents, update cadence, and delivery method will be established through the applicable product and account terms.

No. The Vault Access Packet organizes and references important information, but it does not replace governing Trust documents, custody records, account agreements, transaction records, credit documents, delivery records, or other authoritative sources.

If a conflict exists, the governing documents control.

Ownership and governing rights do not depend solely on the continued appearance of a dashboard. The applicable Trust, custody, account, transaction, and governing records remain authoritative.

For eligible participants, the Vault Access Packet is intended to help organize the references needed to understand and validate a position beyond the interface. Exact continuity and recovery procedures will be governed by the final operational, custody, trust, and account arrangements.

Solari is designed to establish a higher standard for modern gold ownership: real physical gold, protected ownership, clear structural boundaries, modern visibility, and continuity by design.

Trust gold. Trust structure. Built for the future.