Add GGWP (WolfPack) revenue distribution & staking contract by MZoxx · Pull Request #880 · qubic/core

MZoxx · 2026-05-18T02:12:48Z

GGWP is a revenue-distribution and staking smart contract:

Daily revenue payout at 11:00 UTC, split 70/10/10/10: GGWP token holders, SC shareholders (676 IPO shares), rank-weighted clan members, and a hardcoded reinvestment address.
Staking: Made for 100M WP tokens; total 52 EP;GGWP holders stake tokens for per-epoch rewards; unstaking has a 2-epoch delay.
Holder and shareholder snapshots are taken at BEGIN_EPOCH.

Registered at contract index 28, construction epoch 216 (proposal in epoch 214, IPO in 215, construction and first use in 216).

Files: src/contracts/GGWP.h, test/contract_ggwp.cpp, registration in src/contract_core/contract_def.h, and the Visual Studio project files.

GGWP.h passes the Qubic Contract Verification Tool.

GGWP is a revenue-distribution and staking smart contract: - Daily revenue payout at 11:00 UTC, split 70/10/10/10: GGWP token holders, SC shareholders (676 IPO shares), rank-weighted clan members, and a hardcoded reinvestment address. - Staking: GGWP holders stake tokens for per-epoch rewards; unstaking has a 2-epoch delay. - Holder and shareholder snapshots are taken at BEGIN_EPOCH. Registered at contract index 28, construction epoch 216 (proposal in epoch 214, IPO in 215, construction and first use in 216). Files: src/contracts/GGWP.h, test/contract_ggwp.cpp, registration in src/contract_core/contract_def.h, and the Visual Studio project files. GGWP.h passes the Qubic Contract Verification Tool. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

- SetExcludeAddress test fixed (expects correct error code) - StakingRewardCappedByPool test fixed (bounded checks) - Contract index 28 configured - Full revenue distribution and staking functionality tested - Ready for qubic/core deployment

…w in staking Security: - Deprecate SetAdmin procedure (always rejects) to prevent NULL_ID attacks - Admin address is now immutable, hardcoded to token issuer at INITIALIZE - Token issuer address: MLMWPSQNVAIBRFDHWCKSFOVUAZDDWKJGCLRSYZIUEFDURPWIPQXACYOEPMLB Correctness: - Cast quotient to uint128 in staking reward calculation to prevent overflow - Reward: ((uint128)quotient * (uint128)stakerTokens).low Tests: - Updated SetAdmin tests to verify deprecation - Added AdminImmutable test to verify immutable admin - Added StakingRewardOverflowEdgeCase test for overflow protection - All 39 tests passing Resolves GitHub review comments on adminAddress NULL_ID and uint128 overflow issues.

ID constructor takes 56 arguments (28 bytes), checksum validation happens separately in the Qubic runtime.

- Proposal: Epoch 215 - IPO: Epoch 216 - Construction/Live: Epoch 217 Co-Authored-By: Haiku 4.5 <noreply@anthropic.com>

MZoxx and others added 2 commits May 18, 2026 09:02

Franziska-Mueller requested review from Franziska-Mueller and cyber-pc and removed request for Franziska-Mueller May 26, 2026 10:51

cyber-pc reviewed May 27, 2026

View reviewed changes

Comment thread src/contracts/GGWP.h Outdated

Comment thread src/contracts/GGWP.h Outdated

MZoxx added 2 commits May 28, 2026 13:30

fix(GGWP): remove checksum from token issuer ID - keep 56 chars

a7b1873

ID constructor takes 56 arguments (28 bytes), checksum validation happens separately in the Qubic runtime.