xrp ripple david schwartz

The Cryptonomist entrevistó a David Schwartz, CTO de Ripple (XRP), con motivo de la conferencia APEX celebrada en Ámsterdam en junio hace unas semanas.

Durante su charla de ayer, mencionó que mejorar la experiencia del usuario a través de la interoperabilidad es esencial para una adopción masiva. Entonces, ¿puedes hablarnos de algunas de las formas en que Ripple está desempeñando un papel clave en esto?

Una cosa es que la cadena lateral EVM interopere con el libro mayor XRP, la cadena principal. Entonces, el libro mayor XRP es obviamente la cadena sobre la que Ripple ha estado construyendo y desarrollando, y hemos estado hablando de la cadena lateral EVM, es la segunda cadena. La lógica es que la cadena XRPL es realmente buena para el tipo de aplicaciones convencionales, como si desea un creador de mercado automatizado, hay un creador de mercado automatizado en la cadena principal del libro mayor XRP. ¿Quieres NFT? Hay NFT en la cadena principal.

El problema es que son funciones fijas. Incluían la funcionalidad que la comunidad pensaba que era la más importante y valiosa, pero hay que trazar una línea en alguna parte. No se pueden incluir todas las funciones que una persona pueda desear. Pero si es absolutamente necesario, simplemente no existe en el ecosistema XRP Ledger. Entonces es una compensación. 

Queremos que las personas puedan tener la gran funcionalidad dirigida a los casos de uso principales que tiene el libro mayor XRP, pero también si tiene un caso de uso de nicho que tal vez solo le interese a usted y a otras 15 personas, no queremos contarlo. usted que no tenemos una respuesta para usted, por lo que podría vivir en la cadena lateral EVM. Y por eso estamos trabajando en puentes como el puente Axelar que será para la criptomoneda nativa. Por lo tanto, la moneda nativa en la cadena lateral de EVM será XRP unida por el puente Axelar. 

¿Cómo está integrando Ripple las CBDC?

Creo que hemos visto que el mercado ha dejado de centrarse en las CBDC, que siempre iban a ser muy lentas, y siempre dependerán en gran medida de los actores gubernamentales, que son muy, muy lentos en moverse. Bromeo diciendo que son más conservadores que la Iglesia católica, pero es verdad, ¿no? Al igual que la Reserva Federal y el Banco Central, estas son instituciones que se mueven muy lentamente y mostraron cierta inclinación a actuar con rapidez y cierto interés. Entonces creo que nuestra perspectiva sería que parecen monedas estables institucionales que tienen licencia y están reguladas. Ya sabes, la UE tiene MiCA. 

Hubo una presentación durante APEX de Messari. Estaban mostrando un gráfico de cómo estas monedas estables han habilitado todos estos ecosistemas DeFi. CBDC tal vez sea a largo plazo, pero en este momento, si desea construir estos ecosistemas DeFi, parece que necesita monedas estables.

En términos de seguridad y descentralización, ¿qué medidas ha implementado Ripple para proteger su red y a sus usuarios, y cómo equilibra Ripple estos aspectos con la eficiencia?

Nosotros mismos nos hemos esforzado mucho en lo que llamamos protección de marca. Por ejemplo, ha habido muchas estafas con personas que se hacen pasar por Brad Garlinghouse y se hacen pasar por mí. Trabajamos muy duro tanto para acabar con esas estafas como en las plataformas de redes sociales donde ocurren. Además, trabajamos para rastrear los fondos cuando ocurren estas estafas. Generalmente intentan robar criptomonedas. Ayudamos con el trabajo para tratar de rastrear esas criptomonedas, congelarlas en las fuentes donde están. Ese ha sido un gran problema con esta industria.

También está la seguridad de las propias cadenas de bloques, especialmente con la interoperabilidad. Las cadenas de bloques no tienen, en su nivel de diseño central, las cadenas de bloques realmente no tienen un problema de seguridad porque, por ejemplo, no se puede robar Bitcoin de Bitcoin. No hay ningún otro lugar donde puedas llevarlo.

Y el equipo también trabaja con auditores, como el obispo Fox y otros. Siempre es complicado cuando las mismas personas que escribieron el código intentan encontrar los fallos en él, porque a veces hay suposiciones. Entonces, cuando construyes algo, sabes que hay algunos puntos ciegos en el diseño que se convierten en puntos ciegos en la revisión y, desafortunadamente, incluso puedes infectar, una persona puede infectar al equipo, por lo que el equipo puede tener puntos ciegos. . Definitivamente trabajamos con terceros, particularmente para cosas como códigos sensibles a la seguridad.