Estamos construyendo sobre procesos previamente establecidos en la comunidad de desarrolladores. El sistema original de "Propuesta de mejora de Bitcoin" (BIP) se inspiró fuertemente en las propuestas de mejora de Python y en una colección de principios de código abierto del Grupo de trabajo de ingeniería de Internet, "Sobre consenso y tarareo en el IETF". El objetivo de estos sistemas es encontrar una forma de colaborar democráticamente en una pieza de infraestructura digital pública, pero también de "examinar exhaustivamente las ideas de seguridad y viabilidad, antes de implementar cualquier código que pueda amenazar la estabilidad de la red".
El espíritu de Internet (y público) es ser una utilidad sin propietario. Por lo tanto, sus creadores y primeros desarrolladores, a pesar de su influencia, nunca deberían controlarlo únicamente. Al mismo tiempo, necesitamos una estructura para colaborar y examinar los cambios propuestos para el bien público. El objetivo es realizar mejoras que, con suerte, beneficiarán a todos los que utilicen la red. Los KIP de Chainweb se basan en los mismos principios que motivaron a Bitcoin y otras comunidades de ingeniería a establecer sus respectivas propuestas de mejora.
Si bien utilizamos el lenguaje de la industria, existen algunas pequeñas diferencias en nuestra terminología para los KIP:
El ciclo de vida de un borrador de KIP
Borrador
Un nuevo KIP, en Pull Request (PR), o un PR aceptado que todavía se está debatiendo.
Diferido, Rechazado o Retirado
Los estados que indican que un KIP se detuvo por ser demasiado pronto (Diferido), inaceptable (Rechazado), o eliminado por el autor (Retirado)
Final o activo
Final indica que KIP se ha completado pero no se ha lanzado necesariamente.
Activo indica que KIP no necesita ser finalizado (es decir, una discusión en curso).
Reemplazado u Obsoleto
Indicadores de que un KIP anterior ha sido reemplazado por un KIP más reciente (Reemplazado) o ya no se aplica (Obsoleto)
Un KIP de "seguimiento de estándares" que indica algún tipo de implementación concreta con una especificación.
Categorías KIP
La "Categoría" se toma prestada de EIP y corresponde a una "Capa" en BIP. UNA categoría es solo para tipos estándar.
• Chainweb (horquilla blanda o dura)
Cambio central al consenso público de
• P2P / Redes
Cambio central a servicios de red o de igual a igual
• API
Capa API / interfaz para interoperar con la pública de Kadena
• Pacto
Cambios en el lenguaje de contrato inteligente de Pact que afectan particularmente a un protocolo
• Interfaces
Cambios o nuevas interfaces en Pact para definir la interoperabilidad de contratos inteligentes.
Describe una serie de acciones o pasos, como este KIP.
Pautas, cuestiones generales o información para la comunidad.
Para obtener más detalles sobre nuestro proceso de KIP, visite nuestro Github.
Ver los últimos KIP. Considere la posibilidad de introducir un KIP a medida que explora el lenguaje de contrato inteligente del Pacto y el testnet de público de Kadena con estos recursos:
También estamos en: Twitter | Linkedin | Discordia | Github
