SIPs: Propuestas de Mejora de Stamps
El proceso formal para proponer, debatir e implementar mejoras a los protocolos Bitcoin Stamps.
SIP Registry
Current protocol proposals and their implementation status:
| SIP | Title | Status | GitHub Issue |
|---|---|---|---|
| SIP-0000 | Stamps Improvement Proposal Process | Active | #686 |
| SIP-0001 | SRC-20 Conditional Transfers (Hashlock/Timelock) | Draft | #685 |
| SIP-0002 | SRC-20 UTXO Binding & Transfer Format v2.0 | Superseded | #484 |
| SIP-0003 | SRC-20 Cross-Chain Bridge Specification | Draft | #485 |
| SIP-0004 | Shielded SRC-20 — Privacy Extension (Phased) | Draft | #687 |
| SIP-0005 | Binary Transfer Format for SRC-20 | Draft | #688 |
| SIP-0006 | Native SRC-20 AMM (Automated Market Maker) | Draft | #689 |
| SIP-0008 | Dual Transaction Parsing — Combined SRC-20 Transfer + Stamp Issuance | Draft | #692 |
Status Definitions
- ActiveProcess document in effect
- DraftProposal written, open for initial feedback
- ReviewSpecification complete, formal review in progress
- AcceptedSpecification agreed, activation block pending
- ActivatedActivation block set, countdown in progress
- FinalLive on mainnet, all indexers processing
- SupersededReplaced by a newer SIP
- WithdrawnAuthor abandoned
- RejectedCommunity consensus against implementation
Implementation Roadmap
Strategic phasing ensures each foundation is battle-tested before dependent features build upon it.
HTLC capabilities, binary encoding, and dual transaction parsing
Native on-chain liquidity with AMM functionality
Bridge connectivity to EVM chains
Wrapped asset standard enabling Bitcoin-native liquidity pools
Stealth addresses to zero-knowledge shielded pools
Recommended Implementation Order
| Priority | SIP | Effort | Hard Dependencies | Soft Dependencies |
|---|---|---|---|---|
| 1 | SIP-0001SRC-20 Conditional Transfers (Hashlock/Timelock) | 3-4 weeks | None | — |
| 2 | SIP-0005Binary Transfer Format for SRC-20 | 2 weeks | None | — |
| 3 | SIP-0008Dual Transaction Parsing — Combined SRC-20 Transfer + Stamp Issuance | 2-3 weeks | None | SIP-0005 |
| 4 | SIP-0006Native SRC-20 AMM (Automated Market Maker) | 4-6 weeks | None | SIP-0005 |
| 5 | SIP-0003SRC-20 Cross-Chain Bridge Specification | 6-8 weeks | None | SIP-0001 |
| 6 | SIP-0004Shielded SRC-20 — Privacy Extension (Phased) | 2-18 months | None | — |
Gating Criteria Between Phases
Strategic checkpoints ensure stability before adding complexity:
| Gate | Condition | Rationale |
|---|---|---|
| Phase 1 → Phase 2 | SIP-0001 live for 2000+ blocks (~2 weeks) | HTLC must be battle-tested before AMM dependencies |
| Phase 2 → Phase 3 | SIP-0006 Phase 1 stable for 1000+ blocks | AMM core proven before cross-chain integration |
| Phase 3 → Phase 4 | SIP-0003 bridge operational, security audited | Bridge custody is high-risk — requires validation |
Future Protocol Extensions
These extensions are planned but not yet formally drafted:
| Future SIP | Purpose | Prerequisite |
|---|---|---|
| SIP-0007 (Wrapped Asset Standard) | wBTC/wUSDT mint/burn protocol, custody model | SIP-0003 bridge architecture |
| Concentrated Liquidity | Uniswap V3-style capital efficiency | SIP-0006 Phase 1 proven stable |
| Multi-hop Router | A→B→C swaps in single operation | Multiple active AMM pools |
| Governance | Protocol fee distribution, parameter changes | Ecosystem maturity |
Indexer Coordination
SIPs that change consensus behavior require coordination across multiple indexers:
- stampchain (primary indexer): Must implement for activation
- OpenStamp: Should implement for ecosystem consistency
- Future indexers: Implementation encouraged but not blocking
For a SIP to reach Accepted status:
- stampchain team approves the specification
- At least one other indexer acknowledges the specification
- No unresolved security concerns remain
Activation blocks are coordinated with minimum 4 weeks lead time to allow all indexers to prepare.
¿Qué es un SIP?
Un SIP (Stamps Improvement Proposal) es un documento de diseño que proporciona información a la comunidad Bitcoin Stamps, o describe una nueva característica para los protocolos o sus procesos.
El proceso SIP está inspirado en los BIPs de Bitcoin (Bitcoin Improvement Proposals) y los EIPs de Ethereum, adaptado a los valores de la comunidad Bitcoin Stamps.
Tipos de SIPs
SIP de Estándares
Propone cambios a la especificación del protocolo que afectan la compatibilidad o interoperabilidad:
- Nuevos protocolos (ej. SRC-721, OLGA)
- Modificaciones a protocolos existentes
- Nuevas operaciones o campos
SIP de Proceso
Describe o propone cambios a procesos:
- Cambios al proceso SIP mismo
- Herramientas y entornos de desarrollo
- Pautas de gobernanza
SIP Informativo
Proporciona información general o pautas, sin proponer nueva funcionalidad.
Proceso SIP
Etapas
1. Idea → Discusión informal en Discord/GitHub
2. Borrador → SIP escrito y abierto para comentarios
3. Revisión → Período de revisión comunitaria
4. Último Llamado → Ventana de comentarios final (14 días)
5. Final → SIP aceptado y especificación completada
6. Activo → Implementado en el ecosistemaRequisitos de un SIP
Un SIP debe incluir:
- Resumen: Descripción concisa de la propuesta
- Motivación: Por qué es necesario este cambio
- Especificación: Detalles técnicos completos
- Implementación de referencia: Código demostrable (cuando aplique)
- Compatibilidad hacia atrás: Análisis de impacto en versiones anteriores
- Consideraciones de seguridad: Riesgos potenciales y mitigaciones
Cómo Contribuir
Proponer una Idea
- Discute primero: Comparte tu idea en el Discord de Bitcoin Stamps o en GitHub Issues
- Evalúa el soporte: Determina si la comunidad está interesada
- Escribe el borrador: Crea el documento SIP completo
- Envía para revisión: Crea un Pull Request en el repositorio de SIPs
Revisar SIPs Existentes
- Lee y comenta SIPs activos en proceso de revisión
- Prueba implementaciones de referencia
- Reporta problemas de especificación o seguridad
- Vota (implícitamente mediante implementación) en SIPs finales
SIPs Notables
OLGA (SIP de Almacenamiento)
El protocolo OLGA fue propuesto e implementado a través del proceso SIP, demostrando cómo el proceso puede mejorar significativamente la eficiencia del ecosistema sin fragmentarlo.
Extensiones SRC-20
Múltiples mejoras a SRC-20 han pasado por el proceso SIP, incluyendo nuevas operaciones y optimizaciones de indexación.
Recursos
- GitHub SIPs - Repositorio oficial de SIPs
- Discord #governance - Canal de discusión de gobernanza
- Especificaciones de Protocolos → - Documentación técnica actual
El proceso SIP encarna los valores de Bitcoin Stamps: mejora descentralizada, consenso comunitario, y transparencia técnica.