Ir al contenido

David Schwartz

De BitcoinWiki
David Schwartz
David Schwartz.

David Schwartz es un ingeniero de software y criptógrafo estadounidense y uno de los tres arquitectos originales del XRP Ledger. A 29 de octubre de 2026, Ripple lo incluye como miembro de su consejo, mientras que el material de sus eventos de 2026 usa el título CTO emérito. Ya no es el director tecnológico operativo de la empresa.[1][2][3]

XRP Ledger

En 2011, Schwartz, Jed McCaleb y Arthur Britto comenzaron a desarrollar el sistema que se convirtió en XRP Ledger. El libro mayor se lanzó en junio de 2012. Después, sus fundadores transfirieron 80.000 millones de los 100.000 millones de XRP creados a la empresa NewCoin, pronto llamada OpenCoin. Schwartz fue responsable jefe de criptografía de OpenCoin.[4]

La propia historia del proyecto distingue el desarrollo del libro mayor de la creación de la empresa. Sitúa la constitución de NewCoin en septiembre de 2012, después del lanzamiento del libro mayor, e identifica a Chris Larsen como su CEO, a McCaleb como CTO, a Schwartz como director de criptografía y a Britto como asesor. El título posterior de CTO de Schwartz no debe proyectarse retrospectivamente sobre todos estos cargos anteriores.[5]

Trayectoria en Ripple

Schwartz pasó a ser director de tecnología de Ripple en julio de 2018. En septiembre de 2025 anunció que dejaría las tareas diarias al terminar el año, sería CTO emérito y se incorporaría al consejo. La página actual de Ripple solo lo incluye en el consejo; Dennis Jarosch asumió las operaciones técnicas.[6]

Trabajo técnico anterior

En una retrospectiva de Block Stars de 2020 con Stefan Thomas, Ripple describió a Schwartz como un desarrollador experimentado de C++ que había experimentado con Bitcoin Core y ayudado a colaboradores iniciales a través del foro de Bitcoin. La entrevista relacionó su interés por un nuevo libro mayor con cambios propuestos para Bitcoin que habrían requerido una coordinación difícil en torno a las bifurcaciones duras. Este es un relato retrospectivo de sus intereses técnicos, no una prueba de que creara Bitcoin ni de que desempeñara un cargo formal de liderazgo en ese proyecto.[7]

Antes de XRP Ledger, Schwartz trabajó en computación distribuida y otros sistemas. Una solicitud de patente de 1988 atribuida a David J. Schwartz y asignada a David Schwartz Enterprises describía un sistema multinivel para distribuir tareas; la patente estadounidense 5.025.369 fue concedida en 1991. También publica código como JoelKatz.[8][9]

La patente describe cómo dividir una tarea informática en partes y asignarlas a los ordenadores disponibles, organizados por niveles. El trabajo que no pueda gestionarse en un nivel puede pasar a otro. Su objeto es el procesamiento distribuido cooperativo; no describe un token XRP, un libro mayor de criptomoneda ni el diseño de consenso posterior de XRPL. Las fechas de solicitud y concesión distinguen la invención anterior de su trabajo posterior en una red de pagos.[10]

Trabajo sobre consenso

Schwartz fue coautor con Noah Youngs y Arthur Britto del artículo de 2014 The Ripple Protocol Consensus Algorithm. Describía una forma temprana del protocolo basada en conjuntos superpuestos de validadores de confianza. El documento alojado actualmente advierte que no representa el protocolo vigente y remite a un análisis de 2018 para las condiciones actualizadas de seguridad y progreso.[11][12]

En el diseño actual, cada servidor selecciona validadores en los que confía para que no actúen en connivencia, una selección llamada normalmente Unique Node List. Los validadores intercambian propuestas para la siguiente versión del libro mayor; el servidor valida el resultado cuando se cumplen los umbrales de solapamiento y acuerdo. Si no se logra acuerdo, el diseño prefiere detener el avance antes que confirmar historiales divergentes.[13]

Es importante distinguir el artículo histórico del protocolo en evolución. Schwartz fue diseñador original y publicó una explicación temprana, pero el funcionamiento presente depende del software abierto desplegado, la configuración de validadores y estudios posteriores.

El análisis posterior fue escrito por Brad Chase y Ethan MacBrough, no por los tres autores del artículo de 2014. Examina las condiciones en las que el protocolo mantiene la seguridad y la capacidad de progreso (liveness) pese a la posible existencia de participantes defectuosos y a las distintas listas de nodos de confianza. Se trata de propiedades condicionales del protocolo, sujetas a los supuestos indicados; describir la autoría histórica de Schwartz no debe convertir ninguno de los dos artículos en una garantía incondicional para cualquier configuración de red.[14]

Actividad técnica pública

El perfil verificado JoelKatz en GitHub vincula a Schwartz con repositorios y experimentos públicos. Sirve para acreditar el seudónimo y su actividad de desarrollo, pero no demuestra que crease por sí solo todos los componentes de XRP Ledger.[9]

Propuestas de protocolo seleccionadas

Schwartz figura como coautor de XLS-20, la propuesta de compatibilidad nativa con tokens no fungibles, junto con Aanchal Malhotra y Nikolaos D. Bougalis. La especificación está fechada el 24 de mayo de 2021 y describe objetos del libro mayor y operaciones de transacción para crear, conservar, transferir y destruir tokens individuales. Esto constituye un ejemplo concreto de su trabajo posterior en el diseño de protocolos y mantiene la distinción entre la autoría de una propuesta, su implementación y la decisión de la red de habilitar una función.[15]

XLS-30, fechado el 30 de junio de 2022, nombra a Malhotra y Schwartz como coautores de la propuesta de creador de mercado automatizado. Describe fondos de liquidez integrados en el libro de órdenes existente del libro mayor, tokens de participación en los fondos y un mecanismo de subasta que ofrece comisiones de negociación reducidas al titular de una plaza de subasta. El diseño es una función del protocolo, no una bolsa independiente operada por Schwartz. La introducción de marzo de 2024 de la comunidad XRPL reconoce la propuesta y el trabajo y las aportaciones posteriores de numerosos colaboradores; la autoría no implica que los dos autores construyeran o desplegaran la función por sí solos.[16][17]

Ripple, XRP y XRP Ledger

Ripple es una empresa; XRP Ledger es una red abierta; XRP es su activo nativo. La participación de Schwartz en el diseño no significa que controle por sí solo la red. Su puesto actual en el consejo no debe confundirse con su anterior cargo ejecutivo.

Una propuesta de diseño o un cargo en Ripple no activa por sí mismo un cambio en XRP Ledger. El proceso de modificación documentado exige primero implementar el cambio en el software del servidor y, después, contar durante dos semanas con el apoyo sostenido de una supermayoría de validadores de confianza. Los operadores de los validadores configuran los votos sobre las modificaciones; los servidores individuales no pueden habilitar por sí solos una modificación de la red. Esto distingue la influencia de Schwartz como ingeniero y defensor público del mecanismo de activación del protocolo.[18]

Referencias