Constructor: Nicholas Gregory
Idioma (s): c ++, óxido
Contribuir (S/Ed) a: Ocean Sidechain, Mainstay, Mercury Wallet, Mercury Capa
Trabajo (s/ed) en: Commerceblock (anteriormente)
Antes de Bitcoin, Nicholas era un desarrollador de software que trabajaba en el sistema financiero para empresas bancarias que desarrollan plataformas de comercio y derivados. Después de la crisis financiera de 2008, comenzó a considerar alternativas al sistema financiero heredado en las consecuencias.
Al igual que muchos de ese momento, ignoró por completo el artículo original de Slashdot con el documento técnico de bitcoin debido al enfoque aparente en Windows como plataforma de aplicación (Nicholas era un desarrollador de Unix/Linux). Afortunadamente, alguien que conocía le presentó a Bitcoin más adelante.
Lo que capturó su interés sobre Bitcoin en lugar de otras alternativas en ese momento fue su arquitectura específica como una red informática distribuida.
“El hecho de que era como una forma alternativa. Todo se basaba en [a] un poco […] red. Y lo que quiero decir con eso, construyendo sistemas financieros, la gente siempre quiso un sistema que era 24-7.
¿Y cómo lidias con alguien que interactúa [with] ¿En diferentes partes geográficas del mundo sin que esté centralizado?
Y había visto varias formas de que las personas resolvieron ese problema, pero nunca se había hecho, ya sabes, en una especie de […] Solución escalable. Y usando […] La criptografía y la prueba de trabajo para resolver ese problema era simplemente extraño, para ser honesto. Fue totalmente raro para mí “.
Todos los otros sistemas que había diseñado, y algunos que construyó, eran sistemas distribuidos en múltiples partes del mundo. Sin embargo, a diferencia de Bitcoin, estos sistemas estaban permisos y restringidos quiénes podían actualizar las bases de datos relevantes a pesar de que las copias de ellos se distribuyeron redundantemente a nivel mundial.
“El hecho de que en bitcoin tuvieran que todos hicieran este juego de prueba de trabajo, que es lo que es. Y quien gane hace el [database] escribir. Ese lío[ed] con mi cabeza. Eso fue […] muy singular “.
Comenzando a construir
El camino de Nicholas hacia la construcción en el espacio era orgánico. En el momento en que vivía en la ciudad de Nueva York, y al ser un desarrollador, por supuesto, encontró los Bitdevs originales fundados en Nueva York. En aquel entonces, las reuniones eran increíblemente pequeñas, a veces incluso menos de una docena de personas, por lo que el medio ambiente era mucho más propicio para las conversaciones en profundidad que algunas reuniones más grandes en estos días.
Primero comenzó a construir un “aficionado” sobre la pila de software de intercambio de mostrador (OTC) para algunas personas (en ese momento se negoció un volumen muy significativo de bitcoin OTC por efectivo u otros medios fiduciarios). Desde aquí, Nicholas y Omar Shibli, a quienes conoció en Bitdevs, trabajaron juntos en pago al contrato (BIP 175).
BIP 175 especifica un esquema en el que un cliente que compra un buen participa en la generación de la dirección que proporciona el comerciante. Esto lo hacen los dos por primera vez en un contrato que describe lo que se está pagando, luego el comerciante envía una clave pública maestra al consumidor, que usa el hash de esa descripción del artículo o servicio para generar una dirección individual utilizando el hash y la clave pública maestra.
Esto permite al cliente probar lo que el comerciante acordó venderlos y que se ha realizado el pago por el bien o el servicio. Simplemente publicar la clave pública maestra y el contrato permiten que cualquier tercero genere la dirección que se pagó, y verifique que la cantidad apropiada de fondos se enviara allí.
Océano y pilar
Nicholas y Omar pasaron a Commerceblock, una compañía de infraestructura de Bitcoin. Commerceblock adoptó un enfoque similar para los negocios como blockstream, construyendo plataformas tecnológicas para facilitar el uso de bitcoin y blockchains en general en comercio y finanzas. Poco después, Nicholas conoció a Tom Trevethan, quien se unió.
“Conocí a Tom a través de, sí, un amigo en común, feliz de decir quién es. Hay un tipo llamado, que, la gente nueva probablemente no sabe quién es, pero Ogs lo hace, John Matonis. John Matonis era un buen amigo mío, [I’d] lo conoce por un tiempo. Me presentó a Tom, que estaba, ya sabes, más en el lado de la criptografía. Y fue de allí desde allí “.
El primer proyecto importante en el que trabajaron fue Ocean, una bifurcación de la plataforma de elementos Sidechain desarrollado por Blockstream en el que se basaba la cadena lateral líquida. Las compañías Coinshares y Blockchain en asociación con otros lanzaron una Sidechain basada en el océano en 2019 para emitir DGLD, un token digital respaldado por oro.
“Entonces nosotros, ya sabes, estábamos trabajando en horquillas de elementos, haciendo sidechins a medida. […] Tom tenía algunas ideas sobre la criptografía. Y creo que una de nuestras primeras ideas fue sobre cómo atornillarse estas horquillas de elementos sobre […] La cadena principal de Bitcoin. […] Pensamos que la forma más limpia de hacerlo era […] Usando algún tipo de, no recuerdo, pero fue algo [based on] Sets de uso único, que fue una invención de Peter Todd. Y creo que lo implementamos bastante bien con Mainstay “.
La principal distinción entre el océano y el líquido como plataforma Sidechain es el uso de Ocean de un protocolo diseñado en Commerceblock llamado Mainstay. Mainstay es un protocolo de marca de tiempo que, a diferencia de OpenTimestamps, ordena estrictamente el árbol de Merkle que construye en lugar de agregar elementos al azar en cualquier orden que se sometan. Esto permite que cada cadena lateral marque su bloqueo actual en la vía de bloqueo de bitcoin cada vez que los mineros de la cadena principal encuentren un bloque.
Si bien esto es inútil para cualquier bitcoin fijado en la cadena lateral, para los activos regulados del mundo real (RWA), esto proporciona una historia singular de propiedad que incluso la federación que opera la cadena lateral no puede cambiar. Esto elimina la ambigüedad de la propiedad durante las disputas legales.
Cuando se le preguntó sobre el cierre finalmente cerrado del proyecto, Nicholas tenía esto por decir:
“No sé si llegamos temprano, pero teníamos algunos clientes. Pero fue, sí, no hubo mucha adopción. Quiero decir, Liquid no lo estaba haciendo increíble. Y, ya sabes, con sede en Londres/Europa, cada vez que conocimos a los clientes para hacer POC, estábamos compitiendo contra otros proyectos bien financiados.
Muestra cuántos años habían recibido dinero de personas como IBM o algunas de las grandes consultorías y estaban promoviendo Hyperledger. O eran los días en que estaríamos compitiendo contra EOS y Tezos. Entonces, debido a que éramos como una empresa que necesitaba dinero para construir prototipos o construir tecnologías laterales, lo hizo muy difícil. Y en aquel entonces no había mucha adopción “.
Billetera de mercurio y capa de mercurio
Después de cerrar Ocean, Nicholas y Tom finalmente comenzaron a trabajar en una implementación de Statechain, aunque el camino hacia esto no era sencillo.
“[T]Aquí había algunas cosas que sucedieron al mismo tiempo que lo llevaron. Entonces las dos cosas fueron que estuvimos involucrados en un [proof of concept]un muy pequeño […]POC para un cliente potencial. Pero esto rodó por discretos contratos de registro. Y uno de los desafíos de los contratos de registro discretas, son muy ineficientes de capital. Así que queríamos una forma de novate esos contratos. Y sucedió que Ruben Sampson, ya sabes, escribió este tipo de papel blanco/publicación media sobre Statechains. Y […] Esas dos ideas, que se resolvieron potencialmente ese problema en torno a los DLC “.
Al final, no terminaron desplegando una solución de statechain para administrar DLC, sino que fueron en una dirección diferente.
Bueno, había otra cosa sucediendo al mismo tiempo, monedas. Y, sí, ten en cuenta, en esos días, a todos les preocupó que por […] 2024/2025 […] Las tarifas de red podrían ser bastante altas. Y hacer […] Swaps de monedas, quieres hacer varias rondas. Entonces […] Las cadenas de estado se sentían perfectas porque […] Básicamente, tomas un utxo, lo pones de la cadena y luego puedes cambiarla tanto como quieras “.
Mercury Wallet fue completamente construido y funcional, pero lamentablemente nunca ganó ninguna adopción del usuario. La billetera de Samourai y la billetera de wasabi en ese momento dominaron el ecosistema de la herramienta de privacidad, y Mercury Wallet nunca pudo tomar un mordisco con éxito del mercado.
En lugar de darse por vencido por completo, volvieron al tablero de dibujo para construir una variante Statechain usando Schnorr con la firma de ciegas del servidor Coordinator, lo que significa que no podía ver qué estaba firmando. Cuando se le preguntó por qué se hicieron esos cambios, tuvo esto para decir: “Eso nos daría mucha más flexibilidad para hacer otras cosas en Bitcoin con L2s. Ya sabes, en el momento en que tienes una solución cegada, pensamos, bueno, esto podría comenzar a tener interoperabilidad con un rayo”.
En lugar de construir una billetera de un usuario esta vez, crearon un Kit de desarrollo de software (SDK) que podría integrarse con otras billeteras.
“{…]Supongo que con la capa de mercurio, estaba construyendo una especie de una especie de […] Capa 2 de pleno derecho que cualquiera podría usar. Entonces nosotros [built] Es como un SDK. Teníamos una billetera predeterminada que la gente podría ejecutar. Pero esperábamos que otras personas lo integraran ”.
El fin de Commerceblock
Al final, Commerceblock cerró sus puertas después de muchos años de brillante trabajo de ingeniería. Nicholas y el resto del equipo construyeron numerosos sistemas y protocolos que estaban muy bien diseñados, pero al final del día parecían estar siempre un paso por delante de la curva. Eso no es necesariamente algo bueno cuando se trata de construir sistemas para usuarios finales.
Si su trabajo está demasiado por delante de la demanda de los usuarios, al final eso no es una estrategia sostenible.
“… estar en el Reino Unido, que no está haciendo eso bien desde un punto de vista regulatorio, se jugó en él. Si vivía en Dubai, tal vez esa hubiera sido una conversación diferente. Ya sabes, cuando tomamos esa decisión … las cosas no fueron grandes en los Estados Unidos. Creo que las cosas han mejorado allí. Pero también, creo que … Bitcoin es un lugar financiero.
Cuando se le preguntó por qué pensaba que la gente no usaba la capa 2 a escala, tenía esto que decir: “… en mis aventuras de trabajar en Civkit (un mercado descentralizado)una de las preguntas que siempre se me planteó es, cuando se ata, cuando stablecoins? Entonces, cuando estás trabajando en un proyecto que está tratando de promover Bitcoin en el sur global, pero todos los que conoces en el sur global quieren stablecoins, comienzas a preguntarte, bueno, ¿estoy construyendo la herramienta adecuada? ¿La gente incluso quiere usar esto?
Al final del día, el trabajo de ingeniería más útil y sólido aún debe ser adoptado y utilizado, de lo contrario, ¿cuál es el valor de él en primer lugar?
“… ha habido un cambio en los últimos cuatro años para que fuera una reserva de riqueza. Y creo que es un riesgo porque creo que si las personas estuvieran usando bitcoin en este momento y la mempool era costosa, fue atascado y las tarifas fueron altas, hay suficientes personas brillantes para construir buenos L2s. Pero no se están construyendo porque no hay que no hay una demanda. Y creo que ese es uno de los desafíos de Bitcoin en este momento.
“Creo que hay muchas personas inteligentes en Bitcoin que pueden construir cosas interesantes, pero creo que el enfoque ahora tiene que ser usuarios”.