Desarrollador de Kaspa impulsa un mercado de predicción «sin propietario» en la capa base y apunta a la red principal para fines de 2026. El desarrollador de Kaspa Manyfest (identificado como Sivan Helfer en el foro de desarrolladores de Kaspa) tiene como objetivo lanzar en la red principal, antes de fines de 2026, un protocolo de mercado de predicción sin propietario y sin permisos en la capa base de Kaspa. En una publicación del 11 de noviembre en X, Helfer dijo que en los últimos meses ha estado trabajando con Bit Cat (@maxibitcat) para convertir la propuesta en una aplicación Argent y definir cómo funcionarían los mercados, los tokens de resultados y la liquidación sin un propietario o beneficiario central, aparte de los mineros, que recibirían recompensas a nivel del protocolo. Qué están desarrollando - Una aplicación de mercado de predicción totalmente abierta, descentralizada y sin permisos en la capa base de Kaspa. Los usuarios pueden crear mercados, emitir tokens de resultados e intercambiarlos a través de exchanges descentralizados compatibles, mientras ejecutan su propio código de aplicación. - Los mercados son binarios: quienes los crean publican una pregunta y una fecha de vencimiento. La emisión produce cantidades iguales de tokens SÍ y NO, respaldados por los fondos comprometidos con ese mercado. - Los tokens de resultados se implementan como tokens fungibles KCC20 con lógica de votación adicional; según se informa, las herramientas de Argent facilitan expresar la lógica del protocolo, similar a los convenios, como una secuencia de estados dentro del modelo UTXO de Kaspa. - Liquidación: tras el vencimiento del mercado, hay un período de votación definido. Los titulares de tokens deben votar para poder recibir pagos; quienes tengan tokens del resultado ganador reclaman sus pagos, mientras que los tokens perdedores aún podrían optar a una lotería si sus titulares votaron con la mayoría. Una revisión posterior (27 de agosto) propuso quemar las recompensas ganadoras no reclamadas en lugar de redistribuirlas. Por qué importa el modelo de Kaspa Helfer señaló que el diseño del protocolo basado en estados se adapta naturalmente a los convenios UTXO de Kaspa, aunque la misma idea podría implementarse como un único programa EVM. El enfoque busca mantener la aplicación sin propietario —las reglas del protocolo se harían cumplir mediante convenios en cadena— y permite a los participantes del mercado ejecutar lógica del lado del cliente que interactúe con esos convenios. Contexto y trabajos relacionados - El desarrollo del ecosistema de Kaspa también ha incluido capas secundarias compatibles con EVM. En abril, la integración de Kasplex Layer 2 de Gate permitió transferencias de KAS a través del exchange; la documentación de Kasplex describe una ejecución fuera de cadena, mientras Kaspa se encarga del orden de las transacciones y de la disponibilidad de los datos. - La propuesta del mercado de predicción surgió de un bosquejo publicado por Bit Cat en el foro el 10 de julio y de una continuación del 11 de julio que hizo obligatoria la votación para recibir pagos, con el fin de fomentar informes veraces. Más adelante, Bit Cat reconoció que el mecanismo no es inmune a la manipulación y sugirió que el diseño sería más adecuado para mercados líquidos con preguntas no controvertidas. - Bit Cat ha presentado los contratos vinculados a eventos no solo como «mercados de predicción» (un término con connotaciones de apuestas), sino también como instrumentos de gestión de riesgos. Algunos ejemplos son un dueño de bar que se protege ante un confinamiento o un vinicultor que se protege ante una temporada inusualmente calurosa. Subrayó que las preguntas de liquidación deben ser inequívocas; por ejemplo, un contrato de inflación podría preguntar si una lectura concreta del IPC supera cierto umbral. Riesgos y regulación Helfer advirtió que los mercados más pequeños serán más fáciles de manipular y que «inevitablemente, la gente perdería dinero en este experimento social». La vulnerabilidad del diseño a la manipulación es un desafío fundamental; una de las respuestas de los reguladores estadounidenses ha sido imponer requisitos a las plataformas de negociación. La CFTC ha emitido directrices y advertencias sobre los contratos basados en eventos, incluida una alerta del 22 de septiembre que recuerda a los mercados designados que deben listar contratos que no sean fácilmente susceptibles de manipulación. Las operaciones reguladas de Polymarket en Estados Unidos se realizan a través de QCX, que la CFTC incluye como mercado de contratos designado (designación original de julio de 2025). Qué viene ahora El objetivo de Helfer de publicar el proyecto antes de fin de año sigue siendo un plan de desarrollo, no un compromiso firme de lanzamiento. El equipo parece continuar trabajando en el mapeo de la aplicación Argent, la implementación de estados de convenios y la mecánica de los mercados. Si se concreta, el proyecto sería un experimento notable para integrar directamente un protocolo de mercados de predicción sin permisos y sin propietario en una capa base basada en UTXO. Lee más sobre la evolución del ecosistema de Kaspa y el debate de diseño en curso en el foro de desarrolladores de Kaspa y en las publicaciones del proyecto en X. Lee más noticias generadas por IA en: https://app.chaingpt.org/news