Skip to content

fix: add faucet pour to zauth allowed restrictions#1800

Open
guruhubb wants to merge 2 commits into
stagingfrom
fix/zauth-allow-faucet-pour
Open

fix: add faucet pour to zauth allowed restrictions#1800
guruhubb wants to merge 2 commits into
stagingfrom
fix/zauth-allow-faucet-pour

Conversation

@guruhubb

@guruhubb guruhubb commented Mar 9, 2026

Copy link
Copy Markdown
Member

Summary

  • Split-key wallets use zauth as a co-signing service for transaction authorization
  • zauth checks AvailableRestrictions to determine which smart contract methods a peer key is allowed to invoke
  • The pour method (used by the faucet smart contract) was not listed in any restriction category
  • This caused faucet transactions to fail silently with "permission denied" for all split-key wallet users

Changes

  • Added "pour" to the token_transfers restriction category in AvailableRestrictions

Test plan

  • Verify split-key wallet can successfully call faucet pour after this change
  • Verify existing transfer restriction still works correctly
  • Verify no regression in other restriction categories

guruhubb added 2 commits March 9, 2026 02:48
The `pour` method (faucet) was missing from AvailableRestrictions,
causing zauth to reject faucet transactions for split-key wallets
with "permission denied".
…ickets

- Add HealthyByLFB() to NodeHolder: queries all sharders for current round,
  caches those within 3 blocks of max LFB (10s TTL), penalizes lagging sharders
- Falls back to single highest-weighted sharder when no LFB data available
- Fix initEncryption in downloadworker: skip encryption key validation when
  EncryptionPublicKey is empty (legacy files / auth ticket downloads)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant