Constructor: Nicholas Gregory
Idioma (s): c ++, óxido
Contribuir (S/Ed) a: Ocean Sidechain, Mainstay, Mercury Pockets, Mercury Capa
Trabajo (s/ed) en: Commerceblock (anteriormente)
Antes de Bitcoin, Nicholas period un desarrollador de software program que trabajaba en el sistema financiero para empresas bancarias que desarrollan plataformas de comercio y derivados. Después de la disaster 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 authentic de Slashdot con el documento técnico de bitcoin debido al enfoque aparente en Home windows como plataforma de aplicación (Nicholas period 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 purple informática distribuida.
“El hecho de que period como una forma alternativa. Todo se basaba en una (a) purple de (…).
¿Y cómo lidiar con alguien que lo interactúa (con) 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 usar (…) criptografía y prueba de trabajo para resolver ese problema period 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 tuvieras que todos hicieran este juego de prueba de trabajo, que es lo que es. Y quien gane escriba la (base de datos). Ese desastre (ed) con mi cabeza. Eso fue (…) muy singular”.
Comenzando a construir
El camino de Nicholas hacia la construcción en el espacio period 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 period 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 program 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 particular person 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 comparable para los negocios como blockstream, construyendo plataformas tecnológicas para facilitar el uso de bitcoin y blockchains en common 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 period un buen amigo mío, (lo conocería desde hace un tiempo. Me presentó a Tom, que period, ya sabes, más o menos más en el lado de la criptografía. Y salió de 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 sabemos, estábamos trabajando en horquillas de elementos, haciendo sidechins a medida. (…) Tom tenía algunas concepts sobre la criptografía. Y creo que una de nuestras primeras concepts fue sobre cómo atornillarse sobre estos horquillas de elementos en (…) la cadena principal de bitcoin. (…) pensamos que la forma más limpia de hacer eso period (…) usando una especie de recuerdo, pero period algo (basado) en un solo sellado). 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 precise 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 actual (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 un Implementación de Statechainaunque el camino hacia esto no period sencillo.
“(T) Aquí estaban algunas cosas que sucedían al mismo tiempo que lo llevaron. Así que las dos cosas fueron que estábamos involucrados en una (prueba de concepto), un POC muy pequeño (…) para un cliente potencial como un cliente potencial. Pero esto transmitió los contratos de registro discretos. Y uno de los desafíos de los contratos de registro de logro, por lo tanto, escribimos un papel de logro de mayúscula. sobre statechains.
Al last, 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í, tenga en cuenta, en esos días, a todos se preocuparon de que por (…) 2024/2025 (…) tarifas de purple pudiera ser bastante altas. Y para hacer (…) intercambios de monedas, quieres hacer varias rondas. Entonces (…) Las cadenas de estado se sintieron perfectas porque (…) básicamente tomas un utxo, lo pones de la cadena y luego puedes cambiarlo tanto como quieras “.
Mercury Pockets 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 Pockets 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 Package de desarrollo de software program (SDK) que podría integrarse con otras billeteras.
“{…) supongo con Capa de mercurioestaba construyendo una especie de (…) capa 2 completa que cualquiera podría usar. Entonces lo construimos 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 last, 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 last 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 last 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 international, pero todos los que conoces en el sur international quieren stablecoins, comienzas a preguntarte, bueno, ¿estoy construyendo la herramienta adecuada? ¿La gente incluso quiere usar esto?
Al last 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 period 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”.
