Constructor: Nicholas Gregory
Idioma (s): c ++, óxido
Contribuir (S/Ed) a: Ocean Sidechain, Mainstay, Mercury Wallet, Mercury Capa
Trabajo (s/ed) en: Commerceblock (Trainly)
Antes de Bitcoin, Nicholas era un desarrollo de software en el sistema financiero para las plataformas de comercio y derivados de desarrollo bancario de las empresas bancarias. 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, él cumplió 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 fue un desarrollo 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 estaba basado 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 las diversas formas de que las personas resuelvan 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 permitimos y restringimos quiénes podrían actualizar las bases de datos relevantes a pesar de que las copias de ellos se distribuyeron reduosamente a nivel mundial.
“El hecho de que en bitcoin tuvieras que todos hicieran este juego de prueba de trabajo, que es lo que es. Y quien gane 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 siendo un desarrollador que él de la raza 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 puso en Bitdevs, trabajaron juntos en el pago al contrato (BIP 175).
BIP 175 especifica un esquema en el que un cliente que compra un buen participa en generar la dirección de los proveedores comerciales. 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 maestra.
Esto le permite al cliente probar lo que Mercant 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 se envió allí el AME de fondos apropiado.
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ó.
“Puse a Tom a través, sí, un amigo en común, feliz de decir quién es. Hay un tipo llamado que, que, la gente nueva probablemente no es 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 a 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 de manos 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 OpenTureStamps, ordena estrictamente el árbol de Merkle que construye en lugar de agregar elementos aleatorios con cualquier orden en el que se sometan. Esto permite que cada cadena lateral el horno de su bloqueo actual en la cadena de bloques de bitcoin cada vez que los mineros principales 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 fin de disparos del proyecto, Nicholas tenía esto por decir:
“No sé si llegamos temprano, pero tenemos algunos clientes. Pero fue, sí, hubo mucha adopción. Quiero decir, Liquid no se fue increíble. Y, ya sabes, con sede en Londres/Europa, cada vez que ponemos a los clientes a hacer POC, estábamos comprometiendo nuevamente proyectos.
Hace cuántos años recibían dinero de personas como IBM o algunas de las grandes cónsulcias y promovían Hyperledger. O eran los días en que estaríamos compitiendo nuevamente 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 en las que hemos estado involucrados en un [proof of concept]un muy pequeño […]POC para un cliente potencial. Pero este rodado rodea contratos de registro discreto. Y uno de los desafíos de los contratos de registro discretos, 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 resolvieron potencialmente ese problema en torno a los DLC. “
Al final, no implementaron Windows una solución Statechain para administrar DLC, sino en una dirección diferente.
Bueno, había otra mente al mismo tiempo, Cornerswaps. 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 […] Swap Corner, 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 cambiarlo tanto como quieras.
Mercury Wallet fue completamente construido y funcional, pero lamentablemente nunca ganó ninguna adopción del usuario. La billetera samurai 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, volvieron a la mesa de dibujo para construir una variante de Statechain 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, nosotros, bueno, esto podría comenzar a tener un rayo de interoperabilidad”.
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 la gente sinvergüenza lo integrara. “
El fin de Commerceblock
Al final, Commerceblock disparó 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 muy bien diseñamos, pero al final del día parecían estar siempre un paso por delante de la curva. Eso no es necesario, algo bueno que viene para construir un sistema para usuarios finales.
Si su trabajo está demasiado por delante de la solicitud 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, jugó en él. Si vivía en Dubai, tal vez esa wow ha sido una conversación diferente. Sabes, cuando tomamos esa decisión … las cosas no fueron geniales en los Estados Unidos. Han mejorado allí.
Cuando se le preguntó por qué la gente de Thusht que no usamos a 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 trabaja 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 de mayor uso y sonido 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 sea una reserva de riqueza. Y creo que es un riesgo porque creo que ustedes usaron Bitcoin en este momento y la Mempool era costosa, era Jammad y las tarifas, hay personas para construir buenos L2s. Bitcoin en este momento.
“Creo que hay muchas personas inteligentes en Bitcoin que pueden generar cosas de intereses, pero creo que el enfoque ahora tiene que ser usuarios.