DEVGHOUSE / DGH
DGH: token y circuito de pago
DGH es un token en Solana, lanzado en pump.fun. DevGhouse lo usa como circuito de pago: se acepta para comprar créditos y para las tarifas de entrada de las apps, y cada pago que pasa por el circuito se reparte on-chain entre una quema, el bote de un sorteo semanal, promociones, un referidor opcional y la wallet de la empresa. Esta página documenta la ruta en el código, las wallets y el origen de cada cifra.
mintDDhrTuExqswU1M1Loc453RceRgu5SGPds38wHw1rpumpAquí no se vende DGH y esta página no indica ningún precio ni rendimiento.
01 / Token
DGH en Solana
- Red
- Solana mainnet
- Estándar
- Token SPL, 6 decimales
- Lanzado en
- pump.fun
- Mint
DDhrTuExqswU1M1Loc453RceRgu5SGPds38wHw1rpump- Wallet operativa (firma el reparto)
2EbzxZ32fHStHEHnaLfAZkj8f9rhiu8xugiMQQWb3uMj- Interruptor del reparto (DGH_TOKENOMICS_ENABLED)
- activado
02 / Dónde se acepta DGH
Compra de créditos y tarifas de entrada de apps.
Dos vías de pago ejecutan el reparto de abajo. Ambas registran primero el pago en el libro de créditos y ponen en cola el reparto después.
Compra de créditos
El comprador paga DGH desde su propia wallet de Solana. La plataforma comprueba la transacción on-chain, escribe los créditos en el libro y pone el reparto en cola. DGH lleva una bonificación de créditos definida en su registro de moneda (PaymentIntentService); ahora es 30 %.
Tarifas de entrada de apps
Las apps con tarifa de entrada aceptan DGH con un descuento de precio tomado del mismo registro de moneda, ahora 30 %. Una app puede cambiarlo. Baja el precio; no añade créditos.
03 / Reparto del pago
Adónde va cada pago en DGH.
Los porcentajes son partes del DGH pagado y salen de los ajustes de la plataforma (DGH_BURN_PERCENT, DGH_POOL_PERCENT, DGH_PROMOTIONS_PERCENT, DGH_REFERRAL_PERCENT), no de esta página. Los pasos se ejecutan en el orden indicado.
| Parte | Paso | Cómo | Destino | Evento |
|---|---|---|---|---|
| 100 % | Pago | La wallet del comprador paga DGH a la wallet receptora (SOLANA_RECEIVING_WALLET), donde la plataforma verifica la transacción on-chain. El reparto de abajo lo firma la wallet operativa. | Wallet receptora7hz42sydTmRfCGcz8Xg7S27jwdyF5rjVBUGiYJtWybf2 | credit_transactions |
| 10 % | Quema | Instrucción de quema de token SPL firmada por la wallet operativa. El suministro baja en esa cantidad. | Destruido | burn |
| 10 % | Bote del sorteo | transferChecked de SPL a la wallet del sorteo, que paga el sorteo semanal. | Wallet del sorteo6F6CxuMmnExGswXqzwpaY7cPBQtn3aYMkWEPQThkiNuY | pool_transfer |
| 5 % | Promociones | transferChecked de SPL a la wallet de promociones, que paga las publicaciones de promoción. | Wallet de promocionesFYDR76PW5Tnsg1PAwL4xfo5kjK3oUm85dDbj4xSKVV3s | promotion_transfer |
| 5 % | Referidor | transferChecked de SPL, solo si el comprador llegó por una recomendación y quien recomienda tiene una wallet de Solana conectada. | Wallet del referidor | referral_payout |
| 75 % | Empresa | transferChecked de SPL del resto: 75 % del pago, o 70 % cuando se paga a un referidor. | Wallet de la empresa7hz42sydTmRfCGcz8Xg7S27jwdyF5rjVBUGiYJtWybf2 | company_transfer |
Direcciones públicas, leídas de la configuración de la plataforma. Ábrelas en Solscan para ver su saldo e historial.
Cola
El reparto se ejecuta como el trabajo en cola ProcessDghTokenomics después de registrar la compra. Tiene 3 intentos y un límite de 300 segundos.
Transacciones
Cada paso es su propia transacción de Solana, construida por los scripts de Node burn-tokens.mjs y transfer-tokens.mjs y firmada con la clave operativa.
Registro
Cada paso escribe una fila en dgh_tokenomics_events con su tipo, cantidad, valor en USD, estado (pending, completed, failed) y firma de la transacción.
Fallos
Un paso fallido conserva su mensaje de error. Un operador reejecuta los pasos fallidos de quema, bote y empresa con dgh:retry-failed, que borra la fila fallida y registra una nueva. Ese comando no reejecuta los pasos de promociones ni de referidor. La lista de transacciones de abajo muestra solo los pasos completados.
04 / Sorteo semanal
El sorteo programado.
La wallet del sorteo recibe su parte de cada reparto y un trabajo programado la paga una vez por semana. Las reglas de abajo son lo que hace ese trabajo.
- Comando
- php artisan dgh:auto-giveaway
- Horario
- Domingos a las 00:00 UTC, mediante el programador de Laravel, nunca dos ejecuciones a la vez.
- Participantes
- Toda cuenta de DevGhouse con una wallet de Solana conectada. Wallets conectadas ahora: 3.
- Selección
- Las wallets se barajan y se lee su saldo de DGH on-chain una por una, con 0,5 segundos de pausa. Gana la primera que tenga al menos $10 en DGH en ese momento.
- Precio para la comprobación de $10
- Primero la consulta de precio de pump.fun de la plataforma, y Jupiter como alternativa.
- Pago
- Todo el bote a un ganador, en una transferencia SPL desde la wallet del sorteo. El bote es el total del libro de transferencias al bote completadas menos los pagos del sorteo completados; el pago es el menor entre esa cifra y el saldo de DGH que la wallet tiene on-chain. No hay otro límite.
- Sin pago
- La ejecución termina sin pagar si el bote está vacío, la wallet del sorteo tiene menos de 0,001 SOL para comisiones, no se puede leer el precio o el saldo de la wallet del sorteo, o nadie tiene $10. Una wallet participante cuyo saldo no se puede leer se omite. El bote queda para la siguiente ejecución.
- Pago manual
- Un operador puede pagar a una wallet elegida con dgh:run-giveaway. Se registra como el mismo evento giveaway_win.
- En el bote ahora
- 0 DGH
- Próxima ejecución
- domingo, 18 de octubre de 2026, 00:00 UTC
05 / Fuentes de datos
De dónde sale cada cifra de esta página.
Endpoints públicos de solo lectura en api.devghouse.com. Esta página los lee con sus propias rutas de servidor y no añade caché propia.
| Cifra | Endpoint | Caché | Campo y significado |
|---|---|---|---|
| DGH pagados por créditos | GET /api/public/tokenomics/stats | 30 s | total_purchases_dgh: DGH de las compras completadas cuyo método de pago empieza por dgh_. También cuenta compras hechas desde la wallet que guarda la plataforma, que no ejecutan el reparto, así que lo quemado no siempre es la parte de quema de lo pagado. |
| DGH quemados | GET /api/public/tokenomics/stats | 30 s | total_burned_dgh: suma de los eventos de quema completados. |
| Bote del sorteo | GET /api/public/tokenomics/stats | 30 s | giveaway_pool_dgh: transferencias al bote completadas menos pagos del sorteo completados, según el libro. |
| Wallets conectadas | GET /api/public/tokenomics/stats | 30 s | eligible_holders: cuentas con una wallet de Solana conectada. Cuenta wallets, no saldos. |
| Porcentajes, bonificación, wallets, próxima ejecución | GET /api/public/tokenomics/stats | 30 s | rails.percent, rails.bonus_percent, rails.wallets y next_draw. |
| Lista de transacciones | GET /api/public/tokenomics/feed | 10 s | Los últimos 20 pasos completados de quema, bote y promociones, agrupados por compra, hasta 10 compras. Esta página muestra 8. |
| Pagos anteriores | GET /api/public/tokenomics/winners | 5 min | Los últimos eventos giveaway_win completados. Esta página muestra 5. |
Cuando la plataforma no responde, la ruta de estadísticas devuelve available: false y las cifras muestran n/d. Los enlaces de transacciones abren Solscan, que es donde conviene comprobar una firma.
06 / Transacciones
Últimas compras pagadas en DGH.
Cada fila es una compra. Los enlaces son las transacciones de Solana de sus pasos.
- 13 abr 2026
2KSL...NzXc130 créditos - 3 mar 2026
7Twb...coca650 créditos
Preguntas
Lo que hace el código.
¿Qué hace tener DGH?
Dentro de DevGhouse, DGH es una utilidad de pago. Pagado por créditos lleva una bonificación de créditos, ahora 30 %, y las tarifas de entrada de apps pagadas en DGH tienen un descuento de precio. Además, cada pago repartido suma al bote del sorteo, que el trabajo semanal paga a una wallet conectada que tenga al menos $10 en DGH en la ejecución. Esta página no indica ningún precio ni rendimiento.
¿De dónde salen estos números?
Del registro que la plataforma lleva de cada pago, servido por los tres endpoints públicos de la tabla de arriba. Cada transferencia detrás es una transacción de Solana que puedes abrir desde la lista.
¿Quién puede ganar el sorteo?
Una cuenta con una wallet de Solana conectada que tenga al menos $10 en DGH cuando la ejecución programada llegue a esa wallet en su orden aleatorio.
¿Y si nadie cumple, o el bote está vacío?
Esa semana no se paga nada y el bote se mantiene. Un pago nunca supera lo que la wallet del sorteo tiene on-chain.