DEVGHOUSE / DGH
DGH: token and payment rail
DGH is a token on Solana, launched on pump.fun. DevGhouse uses it as a payment rail: it is accepted for credit purchases and app entry fees, and each payment that runs through the rail is split on-chain between a burn, a weekly giveaway pool, promotions, an optional referrer and the company wallet. This page documents the code path, the wallets and the source of every figure.
mintDDhrTuExqswU1M1Loc453RceRgu5SGPds38wHw1rpumpDGH is not sold here and this page states no price and no return.
01 / Token
DGH on Solana
- Network
- Solana mainnet
- Standard
- SPL token, 6 decimals
- Launched on
- pump.fun
- Mint
DDhrTuExqswU1M1Loc453RceRgu5SGPds38wHw1rpump- Operational wallet (signs the split)
2EbzxZ32fHStHEHnaLfAZkj8f9rhiu8xugiMQQWb3uMj- Split switch (DGH_TOKENOMICS_ENABLED)
- on
02 / Where DGH is accepted
Credit purchases and app entry fees.
Two payment paths run the split below. Both record the payment in the credit ledger first and queue the split afterwards.
Credit purchases
The buyer pays DGH from their own Solana wallet. The platform checks the transaction on-chain, writes the credits to the ledger and queues the split. DGH carries a credit bonus set on its currency record (PaymentIntentService); it is currently 30%.
App entry fees
Apps with an entry fee accept DGH at a price discount taken from the same currency record, currently 30%. An app can override it. This lowers the price; it does not add credits.
03 / Payment split
Where each DGH payment goes.
Percentages are shares of the DGH amount paid and come from the platform's settings (DGH_BURN_PERCENT, DGH_POOL_PERCENT, DGH_PROMOTIONS_PERCENT, DGH_REFERRAL_PERCENT), not from this page. Steps run in the order listed.
| Share | Step | How | To | Event |
|---|---|---|---|---|
| 100% | Payment | The buyer's wallet pays DGH to the receiving wallet (SOLANA_RECEIVING_WALLET), where the platform verifies the transaction on-chain. The split below is signed by the operational wallet. | Receiving wallet7hz42sydTmRfCGcz8Xg7S27jwdyF5rjVBUGiYJtWybf2 | credit_transactions |
| 10% | Burn | SPL token burn instruction signed by the operational wallet. The supply drops by this amount. | Destroyed | burn |
| 10% | Giveaway pool | SPL transferChecked to the giveaway wallet, which pays the weekly draw. | Giveaway wallet6F6CxuMmnExGswXqzwpaY7cPBQtn3aYMkWEPQThkiNuY | pool_transfer |
| 5% | Promotions | SPL transferChecked to the promotions wallet, which pays for promotion posts. | Promotions walletFYDR76PW5Tnsg1PAwL4xfo5kjK3oUm85dDbj4xSKVV3s | promotion_transfer |
| 5% | Referrer | SPL transferChecked, only when the buyer was referred and the referrer has a connected Solana wallet. | Referrer's wallet | referral_payout |
| 75% | Company | SPL transferChecked of the remainder: 75% of the payment, or 70% when a referrer is paid. | Company wallet7hz42sydTmRfCGcz8Xg7S27jwdyF5rjVBUGiYJtWybf2 | company_transfer |
Public addresses, read from the platform's configuration. Open one on Solscan to check its balance and history.
Queue
The split runs as the queued job ProcessDghTokenomics after the purchase is recorded. It has 3 attempts and a 300 second timeout.
Transactions
Every step is its own Solana transaction, built by the Node scripts burn-tokens.mjs and transfer-tokens.mjs and signed with the operational key.
Record
Each step writes a row to dgh_tokenomics_events with its type, amount, USD value, status (pending, completed, failed) and transaction signature.
Failures
A failed step keeps its error message. An operator replays failed burn, pool and company steps with dgh:retry-failed, which deletes the failed row and records a new one. That command does not replay promotions or referrer steps. The transaction list below shows completed steps only.
04 / Weekly giveaway
The scheduled draw.
The giveaway wallet receives its share of each split and a scheduled job pays it out once a week. The rules below are what the job does.
- Command
- php artisan dgh:auto-giveaway
- Schedule
- Sundays at 00:00 UTC, through the Laravel scheduler, never two runs at once.
- Entrants
- Every DevGhouse account with a connected Solana wallet. Wallets connected now: 3.
- Selection
- The wallets are shuffled and their DGH balance is read on-chain one by one, 0.5 seconds apart. The first wallet holding at least $10 of DGH at that moment wins.
- Price for the $10 check
- The platform's pump.fun price lookup first, Jupiter as fallback.
- Payout
- The whole pool to one winner, in one SPL transfer from the giveaway wallet. The pool is the ledger total of completed pool transfers minus completed giveaway payouts; the payout is the lesser of that figure and the wallet's on-chain DGH balance. There is no other cap.
- No payout
- The run ends without paying when the pool is empty, the giveaway wallet holds less than 0.001 SOL for fees, the price or the giveaway wallet's balance cannot be read, or nobody holds $10. An entrant wallet whose balance cannot be read is skipped. The pool stays for the next run.
- Manual payout
- An operator can pay a chosen wallet with dgh:run-giveaway. It is recorded as the same giveaway_win event.
- In the pool now
- 0 DGH
- Next run
- Sunday, 18 October 2026, 00:00 UTC
05 / Data sources
Where each figure on this page comes from.
Public, read-only endpoints under api.devghouse.com. This page reads them through its own server routes and adds no cache of its own.
| Figure | Endpoint | Cache | Field and meaning |
|---|---|---|---|
| DGH paid for credits | GET /api/public/tokenomics/stats | 30 s | total_purchases_dgh: DGH of completed purchases whose payment method starts with dgh_. It also counts purchases made from the platform-held wallet, which do not run the split, so burned is not always the burn share of paid. |
| DGH burned | GET /api/public/tokenomics/stats | 30 s | total_burned_dgh: sum of completed burn events. |
| Giveaway pool | GET /api/public/tokenomics/stats | 30 s | giveaway_pool_dgh: completed pool transfers minus completed giveaway payouts, from the ledger. |
| Wallets connected | GET /api/public/tokenomics/stats | 30 s | eligible_holders: accounts with a connected Solana wallet. It counts wallets, not balances. |
| Percentages, bonus, wallets, next run | GET /api/public/tokenomics/stats | 30 s | rails.percent, rails.bonus_percent, rails.wallets and next_draw. |
| Transactions list | GET /api/public/tokenomics/feed | 10 s | The latest 20 completed burn, pool and promotions steps, grouped by purchase, up to 10 purchases. This page shows 8. |
| Past payouts | GET /api/public/tokenomics/winners | 5 min | The latest completed giveaway_win events. This page shows 5. |
When the platform does not answer, the stats route returns available: false and the figures read n/a. Transaction links open Solscan, which is where a signature should be checked.
06 / Transactions
Latest purchases paid in DGH.
Each row is one purchase. The links are the Solana transactions of its steps.
- 13 Apr 2026
2KSL...NzXc130 credits - 3 Mar 2026
7Twb...coca650 credits
Questions
What the code does.
What does holding DGH do?
Inside DevGhouse, DGH is a payment utility. Paid for credits it carries a credit bonus, currently 30%, and app entry fees paid in DGH get a price discount. Each split payment also adds to the giveaway pool, which the weekly job pays to one connected wallet that holds at least $10 of DGH at the run. This page states no price and no return.
Where do these numbers come from?
From the platform's record of each payment, served by the three public endpoints in the table above. Every transfer behind them is a Solana transaction you can open from the list.
Who can win the giveaway?
An account with a connected Solana wallet that holds at least $10 of DGH when the scheduled run reaches that wallet in its random order.
What if nobody qualifies, or the pool is empty?
Nothing is paid that week and the pool stays. A payout is never more than the giveaway wallet holds on-chain.