Approve and pay

Paying a period takes two separate decisions. First you approve the frozen snapshot, which says who gets how much. Then, for each transaction, you read the wallet's inspection of what it actually built and authorise it, and only then is anything signed. Setrya checks the built transaction against your approval to the zatoshi in between, and blocks it if anything differs.

Before you start

• Freeze the period. Only a period that's Frozen for review can be approved.
• Connect the wallet and fund it with enough confirmed ZEC in the Ironwood pool to cover the payouts plus the network fee. See Wallet and funding.
• Know your owner password. Approving and authorising each need a fresh password confirmation.

Review for approval

On the frozen period's page, select Review for approval. The Review settlement page shows:

• Eligible to pay, each payout with its amount owed, ZEC amount and the address's short fingerprint.
• Held or excluded, the rows that aren't part of this payment. "They stay visible as unpaid and can carry forward when the period closes."
• Total to send, the Network fee, which is "Provisional. Calculated by the wallet (ZIP 317) and shown before signing.", Shielded available, the Funding account, the Policy and the Snapshot hash.
• Checks before approval, which all have to pass.

If any check fails, the page says Approval blocked and lists them. Review and calculations stay available.

Approve

1. Check each destination against its fingerprint.
2. Tick "I confirm X ZEC to these N destinations, checked by fingerprint".
3. Enter your password in Confirm with your password.
4. Select Freeze and approve N payments.

Approval records the snapshot against the payer account and network, creates one payout per partner, splits them into transactions, and issues each partner's statement. It also builds the payout commitment, a Merkle root over every approved payout, and puts it in each payment's memo as setrya:v1 ref=<payment reference> root=<commitment>. See Verifiable payouts. Nothing is signed or sent. The period page then says Approved, ready to prepare the transaction: "Approval is not payment."

Payouts are grouped into transactions of up to Maximum recipients per transaction, 10 by default. Each transaction is prepared and authorised on its own.

Prepare a transaction

On the period page, select Prepare payment to open Settle approved payments. The page warns that "Signed transactions are generally irreversible". If the wallet isn't ready, it says preparing and signing are blocked and why, with a link to Wallet status.

Each transaction has its own panel, Transaction 1 of 1 and so on, with its payees, the Total to recipients, and these stages: Checking wallet, Preparing transaction, Inspecting privacy, Waiting for approval, Creating proofs, Signing, Broadcasting, Awaiting network and Confirmed.

Select Prepare transaction. "Preparing asks the wallet service for a FullPrivacy proposal from one shielded pool and inspects it. Nothing is signed." Setrya then compares the wallet's inspection with your approval.

What the inspection checks

When every check passes, the panel shows Wallet inspection of the prepared transaction, with Recipients, Network fee and Total leaving account. "Inspection is the wallet's constructor metadata. Proofs and signatures are verified cryptographically when the transaction is extracted, before anything is broadcast."

When a check fails, the transaction stops as Failed before broadcast, with a diagnosis of Not fully shielded or Prepared transaction does not match approval. Nothing was signed. Select Prepare a new transaction after reading it.

Authorise

1. Read the inspection.
2. Enter your password.
3. Select Authorise X ZEC transaction. X is the total leaving your account, the payouts plus the fee.

Setrya then creates the proofs, signs, stores the signed transaction encrypted, and broadcasts it. Creating proofs "can take longer on first use while the wallet loads its proving keys." There's no progress percentage, because the wallet doesn't report one. "You can leave this page; the job is recorded and cannot be started twice."

If you don't want to go ahead, select Cancel this preparation, write a reason and confirm. "Nothing has been signed. Cancelling discards this proposal; you can prepare again."

Broadcast and confirmation

Once broadcast, the panel shows the txid with Copy txid, Confirmations N of M, and whether the payment is Wallet-visible. Select Refresh from node to check now. Setrya also checks on its own.

A payout shows Confirmed only after the transaction reaches Confirmations to count as paid, 3 by default. "This is chain evidence, not proof that the recipient saw the funds in their own wallet."

When the outcome isn't clear

Resubmitting always sends the exact bytes that were signed, never a new transaction. Declare not broadcast is "Allowed only when the node has never seen this txid and the signed transaction has passed its expiry height, so it can no longer be mined." Before then it's refused with "The signed transaction can still be mined until block N. Wait until it expires before declaring it not broadcast." You write What you checked, and a new attempt then needs fresh preparation and authorisation.

Diagnoses

A failed transaction shows Diagnosis: with one of these.

The Payments page

Payments lists every payout with its Reference, Partner, Period, Amount, masked Payout address, txid, Stage, Age and Last checked. A second view lists the actual chain transactions. Several payouts can share one transaction, and "A txid does not reveal which recipient got which amount."

The figures at the top are Confirmed, Broadcast, awaiting confirmations, Failed or needs investigation, and Network fees paid, "By you, never deducted from partners". Export CSV downloads the payouts, with Include transaction IDs on and Include full payout addresses off by default.

There's no freeform send. "Every payment comes from an approved calculation."

Opening a payout shows its Financial snapshot, its Calculation trail, its Transaction, and Recovery and attempts, with buttons such as Continue this exact transaction or Investigate chain and wallet depending on its state.

Close the period

When every transaction has reached a final state, select Close period on the period page.

1. Check Reconciliation: Total owed, Approved ZEC, Confirmed paid, Held or unpaid and Network fees (operator).
2. For each unpaid row, choose Carry forward (or Carry credit forward), Waive with reason, or Remain open. Waiving needs a reason.
3. Add an optional Close note.
4. Tick "I approve closing this period. Unpaid rows are recorded as chosen above, never as paid."
5. Select Close period.

A closed period can't be reopened. "Corrections go into a later period as linked adjustments." Closing is refused while a transaction is still in flight: "N transaction(s) are still in flight or under investigation. Resolve them before closing." After closing, Final package opens the period's statements and evidence.