{"id":119756,"date":"2024-09-11T03:43:02","date_gmt":"2024-09-11T01:43:02","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-deczentralizovannoj-platformy-sovmestnoj-razrabotki-radicle-1-0"},"modified":"2024-09-11T03:43:02","modified_gmt":"2024-09-11T01:43:02","slug":"vypusk-deczentralizovannoj-platformy-sovmestnoj-razrabotki-radicle-1-0","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/vypusk-deczentralizovannoj-platformy-sovmestnoj-razrabotki-radicle-1-0","title":{"rendered":"Lanzamiento de la plataforma descentralizada de desarrollo colaborativo Radicle 1.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Se ha lanzado la versi\u00f3n 1.0 de la plataforma P2P Radicle, que tiene como objetivo crear un servicio descentralizado para la colaboraci\u00f3n y el almacenamiento de c\u00f3digo, similar a GitHub y GitLab, pero no vinculado a servidores espec\u00edficos, no sujeto a censura y que utiliza los recursos de los participantes de la red P2P. La versi\u00f3n 1.0 marc\u00f3 la estabilizaci\u00f3n del protocolo y la preparaci\u00f3n de la plataforma para su uso generalizado. A partir de esta versi\u00f3n, el protocolo se modificar\u00e1 manteniendo la compatibilidad hacia atr\u00e1s, y las herramientas incluir\u00e1n funciones para la actualizaci\u00f3n sin problemas de los sistemas existentes a la nueva versi\u00f3n. Los desarrollos del proyecto est\u00e1n escritos en Rust y se distribuyen bajo las licencias Apache 2.0 y MIT. Se han preparado compilaciones para Linux y macOS. Adem\u00e1s, se est\u00e1 desarrollando un cliente de escritorio, una interfaz web y una interfaz de consola. <\/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 determinar nodos vecinos en la red P2P, se aplica el protocolo Gossip, y para la replicaci\u00f3n de datos entre nodos, se usa el protocolo Heartwood, basado en Git. Dado que el protocolo se basa en Git, la plataforma se puede integrar f\u00e1cilmente con las herramientas de desarrollo existentes en Git. Se utiliza criptograf\u00eda basada en clave p\u00fablica para identificar nodos y verificar repositorios, sin el uso de cuentas. <\/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

En los sistemas de los usuarios, los repositorios Radicle se almacenan como repositorios git convencionales, que incluyen espacios de nombres adicionales para almacenar datos de pares y bifurcaciones con los que 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 como Objetos Colaborativos (COB - Collaborative Objects) y se replican entre los pares. <\/p>\n

Radicle 1.0 incluye: <\/p>\n