{"id":153580,"date":"2026-01-15T11:12:28","date_gmt":"2026-01-15T09:12:28","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/opublikovana-deczentralizovannaya-platforma-sovmestnoj-razrabotki-radicle-1-6"},"modified":"2026-01-15T11:12:28","modified_gmt":"2026-01-15T09:12:28","slug":"opublikovana-deczentralizovannaya-platforma-sovmestnoj-razrabotki-radicle-1-6","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/opublikovana-deczentralizovannaya-platforma-sovmestnoj-razrabotki-radicle-1-6","title":{"rendered":"Se ha publicado la plataforma descentralizada de desarrollo colaborativo Radicle 1.6.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Se ha publicado la versi\u00f3n 1.6 de la plataforma P2P Radicle, dirigida a crear un servicio descentralizado para el desarrollo y almacenamiento colaborativo de c\u00f3digo, similar a GitHub y GitLab, pero no vinculado a servidores espec\u00edficos, sin censura y funcionando con los recursos de los participantes de la red P2P. La plataforma soporta elementos est\u00e1ndar de interacci\u00f3n social entre desarrolladores, como issues, parches y revisiones de c\u00f3digo. Los avances del proyecto est\u00e1n escritos en Rust y se distribuyen bajo las licencias Apache 2.0 y MIT. Las compilaciones est\u00e1n preparadas para Linux y macOS. Adem\u00e1s, se est\u00e1n desarrollando un cliente de escritorio, una interfaz web y una interfaz de l\u00ednea de comandos. <\/p>\n

Radicle permite liberar el desarrollo y la distribuci\u00f3n de c\u00f3digo de plataformas y corporaciones centralizadas, cuya dependencia introduce riesgos adicionales (un \u00fanico punto de falla, la empresa puede cerrar o cambiar las condiciones de operaci\u00f3n). Para gestionar el c\u00f3digo en Radicle se utiliza Git, ampliado con medios para la identificaci\u00f3n de repositorios en la red P2P. Todos los datos se guardan principalmente de manera local (concepto local-first) y siempre est\u00e1n disponibles en la computadora del desarrollador, independientemente del estado de la conexi\u00f3n de red. <\/p>\n

Los participantes proporcionan acceso a su c\u00f3digo y artefactos relacionados, como parches y discusiones sobre correcci\u00f3n de errores (issues), que se guardan localmente y se replican en los nodos de otros desarrolladores interesados, conectados a la red P2P descentralizada compartida. Como resultado, se forma un repositorio Git descentralizado global, cuyos datos est\u00e1n replicados y duplicados en diferentes sistemas de los participantes. <\/p>\n

Para identificar nodos vecinos en la red P2P se utiliza el protocolo Gossip, y para replicar datos entre nodos se emplea el protocolo Heartwood, basado en Git. Dado que el protocolo se basa en Git, la plataforma se integra f\u00e1cilmente con las herramientas existentes para desarrollo en Git. La identificaci\u00f3n de nodos y la verificaci\u00f3n de repositorios utilizan criptograf\u00eda de claves p\u00fablicas, sin necesidad de cuentas. La autenticaci\u00f3n y autorizaci\u00f3n se realizan sobre la base de claves p\u00fablicas sin entidades certificadoras centralizadas. servidores<\/a>. <\/p>\n

Cada repositorio en la red P2P tiene un identificador \u00fanico y es autodeclarado, es decir, todas las acciones en el repositorio, como agregar commits y dejar comentarios en issues, son firmadas por el propietario con una firma digital, que permite verificar la integridad de los datos en otros nodos sin la necesidad de centros de certificaci\u00f3n centralizados. Para acceder al repositorio, basta con que al menos un nodo est\u00e9 en l\u00ednea y tenga una copia replicada de \u00e9l. <\/p>\n

Los nodos en la red P2P pueden suscribirse a ciertos repositorios y recibir actualizaciones. Es posible crear repositorios privados accesibles solo para nodos espec\u00edficos. La gesti\u00f3n y la propiedad del repositorio se manejan a trav\u00e9s del concepto de \"delegados\". Un delegado puede ser un usuario individual, un bot o un grupo, vinculados a un identificador especial. Los delegados pueden enviar parches al repositorio, cerrar issues y establecer permisos de acceso al repositorio. Cada repositorio puede tener varios delegados asignados. <\/p>\n

Los repositorios de Radicle se almacenan en los sistemas de los usuarios como repositorios git comunes, que cuentan con espacios de nombres adicionales para almacenar datos de pares y forks con los cuales se est\u00e1 trabajando actualmente. Las discusiones, los parches propuestos y los componentes para la organizaci\u00f3n de revisiones tambi\u00e9n se guardan en el repositorio git en forma de objetos colaborativos (COB \u2014 Collaborative Objects) y se replican entre los pares. <\/p>\n

En esta nueva versi\u00f3n: <\/p>\n