Buscar New｜Radicle: Github descentralizado

"Find New" es un proyecto de observación de proyectos de blockchain lanzado por Jinse Finance. Cubre el desarrollo de proyectos en varios campos de la industria, y el diseño específico incluye una descripción general del proyecto, el progreso tecnológico, la situación de recaudación de fondos, etc., y se esfuerza por presentarle una colección de proyectos populares y de moda. .

Radicle es una red de colaboración de código descentralizada construida sobre un protocolo abierto. Permite a los desarrolladores colaborar en el código sin depender de intermediarios de confianza. Radicle tiene como objetivo proporcionar una funcionalidad similar a una plataforma de colaboración de código centralizada, manteniendo la naturaleza de igual a igual de Git y aprovechando las ventajas que hacen que el control de versiones distribuidas sea tan poderoso.

La red está alimentada por Radicle Link construido en Git. Radicle Link amplía Git con el descubrimiento de igual a igual mediante la distribución de datos a través de un proceso llamado chismes. Es decir, los participantes en la red comparten y difunden datos en los que están "interesados" manteniendo copias redundantes localmente y compartiendo datos locales con pares seleccionados. Al aprovechar el protocolo de transporte inteligente de Git, Radiicle Link mantiene la eficiencia de Git en términos de replicación de datos, al tiempo que proporciona almacenamiento de repositorio descentralizado globalmente a través de una capa de red de igual a igual.

Dado que todos los datos en la red son almacenados localmente por pares en la red, los desarrolladores pueden compartir y colaborar en repositorios de Git sin depender de intermediarios como servidores de alojamiento.

Colaborar en Radicle es ligeramente diferente a colaborar en plataformas de colaboración de código centralizadas como GitHub y GitLab.

1. La pila de Radicle es de código abierto de arriba a abajo. No hay componentes "cerrados". Cada componente de la pila Radicle es auditable, modificable y extensible.

2. Radicle se basa completamente en un protocolo abierto. No hay "servidores especiales", usuarios privilegiados o empresas que controlen su colaboración.

Radicle se basa en una arquitectura peer-to-peer en lugar de un modelo cliente-servidor.

3. Radicle no es global por defecto. En cambio, el gráfico social de los compañeros y los proyectos que sigue determina lo que ve, interactúa y copia.

X2Y2 lanzó la función de préstamo NFT peer-to-peer: según las noticias oficiales, el mercado de operaciones NFT x2y2 ha lanzado la función de préstamo NFT peer-to-peer. Los usuarios que tienen artículos NFT en la lista blanca pueden pedir prestado ETH apostando NFT para liberar la liquidez de los activos NFT. Los préstamos pueden tener un precio diferente según la rareza, por ejemplo, el raro Otherdeed for Otherside con el número #658444 ha recibido un préstamo de 5 veces el precio mínimo.

Hasta ahora, los proyectos de la lista blanca incluyen BAYC, Azuki, Doodles, Otherdeed for Otherside, etc., y la plataforma ha completado 10 transacciones de préstamos. [2022/10/9 12:50:48]

4. Radicle está diseñado para un desarrollo estilo bazar. Esto significa que dentro del proyecto, no hay una sola rama maestra para que los colaboradores se fusionen. En cambio, los compañeros mantienen sus propias vistas de los elementos que otros compañeros pueden obtener e incorporar a través de parches.

5. La organización descentralizada de Radicle en Ethereum reemplaza la funcionalidad Org forjada centralmente y su modelo de gestión jerárquico.

6. Radicle es una red autosuficiente y de propiedad comunitaria, no una empresa. Su gobierno se mantiene mediante un token llamado RAD que reside en Ethereum.

La forma más fácil de usar Radicle es usar Upstream, un cliente de escritorio desarrollado por el equipo fundador del proyecto Radicle. Con Upstream, puede crear una identidad, alojar su código y colaborar con otros en la red de Radicle.

Radicle está diseñado para el desarrollo de estilo bazar. Esto significa que no hay una vista canónica única (por ejemplo, maestra) para ningún proyecto, sino múltiples flujos ascendentes mantenidos por mantenedores y colaboradores que intercambian parches entre sí.

Sobre el mismo elemento, dos personas tendrán perspectivas subjetivas (ya menudo diferentes), pero su opinión sobre el elemento será la suma de todas las demás opiniones sobre el elemento. Conceptualmente, el proyecto estaría descentralizado a través de muchas vistas de sus mantenedores y colaboradores, en lugar de limitarse a controlar un pequeño grupo de personas con acceso de lectura/escritura.

ETH supera los $ 3700: según datos de Huobi Global, ETH ha subido a corto plazo, superando los $ 3700 y ahora está en $ 3700,58, un aumento intradiario del 3,37 % El mercado fluctúa mucho, así que haga un buen trabajo en riesgo control. [2021/9/2 22:53:38]

En la práctica, esto significa que para obtener y recibir cambios de un colaborador, debe agregar a la otra persona como remoto a su proyecto. Agregar a alguien como control remoto lo rastrea automáticamente, lo que le brinda una forma de suscribirse continuamente a las actualizaciones (es decir, nuevas confirmaciones) que realizan en su proyecto.

Probablemente estés acostumbrado al concepto de tener un control remoto para tu proyecto cuando presionas a una plataforma de alojamiento centralizada como GitHub. Esto le permite obtener y enviar cambios desde el servidor que aloja su proyecto. En Radicle, los controles remotos de los otros pares apuntan a un monorepo de Git en la computadora donde se almacenan todos sus datos de Radicle. Estos controles remotos le permiten obtener cambios de pares y publicar cambios en la red Radicle. Esto significa que buscar y empujar al control remoto es la operación principal localmente. Para obtener más información sobre cómo se construye Radicle sobre Git, consulte nuestra sección Cómo funciona.

La introducción de funciones de codificación social como informes de errores, parches y revisiones de código facilitará que las personas sepan si existen estos cambios, mejorando el proceso de búsqueda y obtención de cambios entre las personas en la web.

Durante la última década, el código abierto se ha convertido en el estándar en el desarrollo de software. El intercambio gratuito y abierto de código ha hecho que la creación de software sea mucho más barata y sencilla y, como resultado, ha florecido la innovación tecnológica.

Las plataformas de alojamiento de código y colaboración como GitHub y GitLab han contribuido en gran medida al crecimiento del código abierto al acercarlo a una audiencia mayoritaria. Definieron el comportamiento y el vocabulario estándar, hicieron que git fuera utilizable por un público más amplio, potenciaron la codificación social y crearon una comunidad global de desarrolladores. Es innegable que han cambiado por completo la forma de escribir código.

Como es el estado de la colaboración de código, estas plataformas también albergan los repositorios de desarrollo de código abierto más grandes que consisten no solo en código, sino también en problemas, solicitudes de incorporación de cambios, comentarios y anotaciones. Incluso las conexiones sociales (como las celebridades) solo existen en estas plataformas.

Sin embargo, estas plataformas son propiedad de empresas. Están obligados por la ley corporativa y tienen el poder de definir sus términos de servicio. Pueden implementar prohibiciones de usuarios, como las que se imponen actualmente a las cuentas de GitHub en Irán, Siria y Crimea en respuesta a la presión del gobierno de EE. UU. Son vulnerables a la censura y las restricciones corporativas y nacionales, que a menudo están en desacuerdo con los objetivos de la comunidad libre y de código abierto.

En un mundo donde casi todo el software depende del código fuente abierto, mantener la resiliencia y la salud del ecosistema de código abierto y libre es más importante que nunca. Es por eso que creemos que es insostenible confiar en la infraestructura de código abierto para el alojamiento crítico y en las plataformas y empresas de alojamiento centralizado. La dependencia de estos servicios centralizados contradice el valor de un ecosistema de código abierto y gratuito.

Radicle se considera una alternativa. Su objetivo es eliminar intermediarios y crear un ecosistema peer-to-peer robusto, funcional y seguro. Debe haber un cambio intencional en la narrativa para favorecer alternativas descentralizadas para la colaboración de código siguiendo los principios de FOSS.

Las alternativas a GitHub incluyen plataformas como SourceForge y GitLab, así como métodos de colaboración más establecidos, como listas de correo. Las plataformas como Gitea o Gogs brindan soluciones de código abierto autohospedadas para la colaboración de código con bajo riesgo de plataforma, pero dejan a los desarrolladores en un entorno aislado sin acceso a una red global de desarrolladores. Una alternativa propuesta son las alianzas. Propuestas como ForgeFed y GitLab federado son pasos en la dirección correcta, pero su implementación es imperfecta o deficiente. Además, las federaciones dependen de nombres de dominio que los gobiernos pueden confiscar, ya menudo lo hacen.

Otros proyectos maduros de código abierto, como el kernel de Linux, emplean más bazares y entornos de desarrollo accesibles que no se limitan a una sola plataforma, como las listas de correo. Estos pueden funcionar, pero fallan cuando se siguen los estándares de usabilidad establecidos de plataformas como GitHub.

Los protocolos punto a punto como Scuttlebutt nos brindan soluciones alternativas para compartir y alojar información. Estos protocolos pueden funcionar sin conexión sin depender de servidores, pero las aplicaciones basadas en ellos carecen de la capacidad para que los usuarios se coordinen fácilmente a nivel mundial. Para los casos de uso de blogs o redes sociales, esto no es un gran problema, pero cuando se trata de colaboración de software, un registro global canónico es esencial para cumplir con los estándares de usabilidad y descubrimiento de las plataformas centralizadas actuales. La posibilidad de que cualquier persona contribuya a cualquier proyecto de código abierto, esté donde esté, es esencial para fomentar una web verdaderamente libre y abierta.

Cuando nos dispusimos a construir una alternativa, primero consideramos los valores que creemos que son parte integral de la colaboración libre y de código abierto. Dicho esto, hemos desarrollado la siguiente lista de principios rectores:

Debe priorizar la libertad del usuario, en palabras del movimiento del software libre:

Los usuarios tienen la libertad de ejecutar, copiar, distribuir, estudiar, cambiar y mejorar el software, por lo que el "software libre" es una cuestión de libertad, no de precio.

Debe ser accesible y no censurable.

Cualquiera debería tener la libertad de usar el software para colaborar con otros. Ninguna de las partes puede prohibir que los usuarios accedan al sistema o compartan contenido. Debe ser auditable y transparente. Además, los usuarios deben tener la libertad de controlar sus interacciones y lo que ven.

Debe ser fácil de usar

El software debe ser fácil de usar y no se pueden esperar cambios drásticos en el comportamiento del usuario. La capacidad de respuesta y la funcionalidad deben cumplir con los estándares establecidos por la plataforma actual.

debe estar desconectado primero

Debe funcionar sin conexión a Internet, DNS o portales en línea. No puede haber un único punto de falla y siempre debe estar disponible.

No debe comprometer la seguridad.

No se requerirá la confianza de terceros o intermediarios. Cada artefacto del sistema debe ser atestiguado y verificado por una firma criptográfica.

Radicle adopta el paradigma de superposición social de Scuttlebutt mediante la creación de una capa de replicación punto a punto sobre un sistema de control de versiones distribuido que comienza con los lanzamientos de git. Las cuentas de usuario y los inicios de sesión se reemplazan por criptografía de clave pública, los rastreadores de problemas alojados se reemplazan por la replicación local de igual a igual, y la idea de una única especificación ascendente se reemplaza por un punto a punto basado en parches o "bazar". " modelo.

Para complementar la capa de replicación, presentamos un registro opcional basado en Ethereum que contiene metadatos canónicos del proyecto. Esto permite que los proyectos anclen información importante, como el estado del proyecto y los encabezados del repositorio, al tiempo que garantiza la disponibilidad e inmutabilidad globales.

Los tres temas principales a destacar son la decisión de centrarse en un modelo de colaboración de código entre pares, la replicación en un sistema de control de versiones distribuido subyacente y un enfoque de protocolo primero.

Tags：

Etéreo