Constructor: Stu
Idioma (s): óxido
Contribuye a: prototipos CTV, Community Char
Trabajo (s/ed) en: zbd
Antes de Bitcoin, Stu pasó sus días trabajando como administrador del sistema de Home windows y en soporte de TI. Su rutina consistió en largos días aburridos de sentarse en una silla que participó en trabajos de mantenimiento monótonos, reconfiguración de sistemas y restablecimiento de contraseñas para los usuarios que los habían olvidado.
Period el tipo de trabajo en el que un problema que ocurre que realmente requiere que comprenda su atención de una manera significativa es una ocurrencia tan rara que terminas sentado esperando que algo así suceda la mayor parte del tiempo.
Stu pasó la mayoría de los días solo navegando por los hilos de Reddit durante sus abundantes cantidades de tiempo de inactividad. Pero esto resultó no ser un escenario tan malo al closing, ya que así fue como Stu se encontró en el espacio de Bitcoin alrededor de 2017.
Al igual que muchos bitcoiners, o más bien que pronto serán bitcoiners, en ese período, Stu fue absorbido por la oferta inicial de monedas (ICO) y el frenesí de altcoin de la época. Además, como muchos bitcoiners en ese momento, terminó siendo quemado financieramente por algunas malas inversiones en proyectos desconocidos aleatorios en los que probablemente no debería haber invertido en primer lugar.
Inevitablemente, la gravedad de Bitcoin lo derribó por la proverbial madriguera del conejo.
Después de unos años de aprender más profundamente sobre Bitcoin, Stu llegó a un período de frenesí y renunció a su trabajo en la cima del mercado alcista de 2021 para buscar oportunidades para trabajar en el espacio de Bitcoin. Para entonces, el óxido del lenguaje de programación se había utilizado ampliamente en diferentes proyectos y bibliotecas de Bitcoin, por lo que Stu comenzó a aprenderlo para poder contribuir a Bitcoin.
Hacia finales de 2022, su búsqueda de un trabajo en el espacio terminó cuando Michael Tildwell lo contrató para trabajar en Zbduna empresa que integra los pagos de Bitcoin en videojuegos utilizando la pink Lightning.
Trabajando en ZBD
Stu trabajó DevOps en ZBD, pero en su tiempo libre siguió trabajando en Prototype Rust Tasks.
“La mayoría de mis proyectos paralelos están relacionados con lo que me interesaba en ese momento, ya que estaba trabajando en ZBD, comencé a hacer juegos que podían usar Bitcoin”, dijo Stu a la revista Bitcoin.
Para comenzar, construyó un juego net multijugador, lluvia.basado en los jugadores que recolectan rayos para recompensas en Satoshis, para familiarizarse más con la construcción de aplicaciones que tienen que hablar entre sí en una pink. Luego construyó un easy conectar4 Juego jugado sobre el protocolo Nostr.
“(Esto) fue una excelente manera de aprender cómo funcionaba Nostr”, dijo Stu.
“Asistí a BTC ++ en Austin en 2024, que period la edición de script”. La conferencia de cuatro días fue el foro más denso para la discusión sobre las mejoras y convenios de guiones de bitcoin en el último año más o menos.
“Parecía haber, en ese momento, algún tipo de consenso en desarrollo para convenio en Bitcoin ”, recordó Stu.
“Esto me interesó mucho en cómo funcionó el script de bitcoin y (me llevó) a experimentar con scripts de taproot y bitcoin …”, agregó.
“Realmente no terminé mucho, pero fue una excelente manera de aprender cómo funcionaban los guiones”.
TABCONF, POGSES DE PAGOS Y CTV
En 2024, Stu asistió a TabConf, otra conferencia centrada en el desarrollador, que se celebra anualmente en Atlanta, Georgia. Las conversaciones en Atlanta también giraban mucho en torno a los convenios.
Como todas las conferencias centradas en el desarrollador, TabConf se puso un hackathon. Stu eligió construir un proyecto Uso de discretos contratos de registro (DLC), que permitieron a los usuarios apostar por el resultado de las coincidencias de ajedrez. Se hizo muy obvio para Stu que construir software program en torno a una gran cantidad de grandes cantidades de transacciones introdujo una gran complejidad para los desarrolladores.
Discutiendo este tema, dijo: “La respuesta a este problema parecía ser CheckTemplingying (CTV). Como quería aprender más sobre los convenios, CTV parecía un buen lugar para comenzar, así que comencé a integrar CTV en mi proyecto de ajedrez DLC. No podía creer lo easy que hacía todo … ”
Stu pasó a construir un prototipo de prueba de concepto de un grupo de pagos usando CTV. Los grupos de pagos son un sistema de capa 2 muy básico donde grupos de mayor de dos compartir el management sobre una sola salida de bitcoin no gastada.
“Una forma en que podemos escalar bitcoin para que todos, todos, sin usar terceros centralizados, es que los usuarios compartan los de Utxo”, dijo cuando se le preguntó por qué decidió trabajar en una prueba de concepto para un grupo de pagos. “Los grupos de pagos son una excelente manera de hacer esto, especialmente junto con otras soluciones de capa 2, como Lightning o Ark”.
Convenio
Los convenios se han convertido en un tema polémico en la discusión sobre dónde llevar a Bitcoin en el futuro. Cada desarrollador tiene su opinión private sobre ellos, y Stu no es una excepción.
“Creo que usar los convenios para reemplazar las transacciones previas al firmado es una mejora sorprendente para que los desarrolladores se construyan más rápido y más seguro”, dijo. “Elimina mucha interactividad y fricción para los usuarios, por lo que existe menos necesidad de que estén en línea o coordinen con otras partes, lo que puede mejorar la experiencia del usuario en gran parte”.
Le pregunté si esto es lo que lo atrajo a construir pruebas de conceptos y prototipos que usan CTV en lugar de otras propuestas de pacto.
“Me sentí atraído por CTV porque period muy easy de implementar en las aplicaciones que quería construir. Una vez que construí el grupo de pagos con CTV, estaba planeando hacer lo mismo para todas las propuestas del pacto. Descubrí cómo obtener exactamente la misma funcionalidad con CAT, pero solo tomó mucho tiempo para trabajar y agregar más código. El script de bitcoin period como 50 líneas de código, en comparación con CTV con las 3 líneas”.
“Estoy bastante seguro de que existe un consenso entre los desarrolladores de protocolo de que no hay riesgo para Bitcoin si habilitamos CTV …”, dijo. “… así que el argumento ahora parece ser que los usuarios no lo quieren. Pero los usuarios ya están usando aplicaciones y protocolos como Lightning y Vaults MultiSIG que CTV mejorarían.
Cuando se le preguntó sobre la naturaleza contenciosa precise de la discusión en torno a los convenios y la siguiente bifurcación suave, y cómo se podría mejorar la atmósfera, tenía esto que decir:
“Alguien necesita que Saylor tuitea un emoji de sándwich y todo estará bien”.
“Pero en serio, realmente no lo sé. Tal vez más en eventos en persona donde las personas pueden discutir cara a cara ayudarían. No parece una razón técnica por la que no estamos progresando, más político”, continuó en un tono más serio.
“Creo que parte de la vacilación está más a punto de hacer cualquier cambio en Bitcoin. La razón por la que es tan difícil cambiar es una propiedad increíble de Bitcoin, pero no tiene que extenderse a las horquillas suaves. cambio ”, dijo.
El futuro
Stu recientemente participó en el programa de software program de código abierto (BOS) de Bitcoin por ChainCode Labs, un programa diseñado como una forma para que los desarrolladores nuevos en el ecosistema de Bitcoin se corten los dientes y desarrollen rápidamente una comprensión y experiencia más profunda con la construcción de Bitcoin.
En el futuro, Stu contribuirá a Char Community, un poco fuera del esfuerzo de radar para construir una nueva plataforma de asta bitcoin dirigida por Jeremy Rubin, el desarrollador que diseñó y propuso CTV. Planea continuar trabajando en sus proyectos laterales personales y contribuir a los proyectos de código abierto también, con el objetivo eventual de comenzar a contribuir a Bitcoin Core.
Stu tenía esto que decir sobre las prioridades de bitcoiners en el futuro:
“Nuestro enfoque número uno debería estar en mejorar la custodia private. Realmente apesta en este momento, y creo que más bitcoiners en basic necesitan admitir eso. El respaldo de 12 palabras suena easy, pero realmente no es tan fácil, y nadie lo está haciendo”.
Constructor: Stu
Idioma (s): óxido
Contribuye a: prototipos CTV, Community Char
Trabajo (s/ed) en: zbd
Antes de Bitcoin, Stu pasó sus días trabajando como administrador del sistema de Home windows y en soporte de TI. Su rutina consistió en largos días aburridos de sentarse en una silla que participó en trabajos de mantenimiento monótonos, reconfiguración de sistemas y restablecimiento de contraseñas para los usuarios que los habían olvidado.
Period el tipo de trabajo en el que un problema que ocurre que realmente requiere que comprenda su atención de una manera significativa es una ocurrencia tan rara que terminas sentado esperando que algo así suceda la mayor parte del tiempo.
Stu pasó la mayoría de los días solo navegando por los hilos de Reddit durante sus abundantes cantidades de tiempo de inactividad. Pero esto resultó no ser un escenario tan malo al closing, ya que así fue como Stu se encontró en el espacio de Bitcoin alrededor de 2017.
Al igual que muchos bitcoiners, o más bien que pronto serán bitcoiners, en ese período, Stu fue absorbido por la oferta inicial de monedas (ICO) y el frenesí de altcoin de la época. Además, como muchos bitcoiners en ese momento, terminó siendo quemado financieramente por algunas malas inversiones en proyectos desconocidos aleatorios en los que probablemente no debería haber invertido en primer lugar.
Inevitablemente, la gravedad de Bitcoin lo derribó por la proverbial madriguera del conejo.
Después de unos años de aprender más profundamente sobre Bitcoin, Stu llegó a un período de frenesí y renunció a su trabajo en la cima del mercado alcista de 2021 para buscar oportunidades para trabajar en el espacio de Bitcoin. Para entonces, el óxido del lenguaje de programación se había utilizado ampliamente en diferentes proyectos y bibliotecas de Bitcoin, por lo que Stu comenzó a aprenderlo para poder contribuir a Bitcoin.
Hacia finales de 2022, su búsqueda de un trabajo en el espacio terminó cuando Michael Tildwell lo contrató para trabajar en Zbduna empresa que integra los pagos de Bitcoin en videojuegos utilizando la pink Lightning.
Trabajando en ZBD
Stu trabajó DevOps en ZBD, pero en su tiempo libre siguió trabajando en Prototype Rust Tasks.
“La mayoría de mis proyectos paralelos están relacionados con lo que me interesaba en ese momento, ya que estaba trabajando en ZBD, comencé a hacer juegos que podían usar Bitcoin”, dijo Stu a la revista Bitcoin.
Para comenzar, construyó un juego net multijugador, lluvia.basado en los jugadores que recolectan rayos para recompensas en Satoshis, para familiarizarse más con la construcción de aplicaciones que tienen que hablar entre sí en una pink. Luego construyó un easy conectar4 Juego jugado sobre el protocolo Nostr.
“(Esto) fue una excelente manera de aprender cómo funcionaba Nostr”, dijo Stu.
“Asistí a BTC ++ en Austin en 2024, que period la edición de script”. La conferencia de cuatro días fue el foro más denso para la discusión sobre las mejoras y convenios de guiones de bitcoin en el último año más o menos.
“Parecía haber, en ese momento, algún tipo de consenso en desarrollo para convenio en Bitcoin ”, recordó Stu.
“Esto me interesó mucho en cómo funcionó el script de bitcoin y (me llevó) a experimentar con scripts de taproot y bitcoin …”, agregó.
“Realmente no terminé mucho, pero fue una excelente manera de aprender cómo funcionaban los guiones”.
TABCONF, POGSES DE PAGOS Y CTV
En 2024, Stu asistió a TabConf, otra conferencia centrada en el desarrollador, que se celebra anualmente en Atlanta, Georgia. Las conversaciones en Atlanta también giraban mucho en torno a los convenios.
Como todas las conferencias centradas en el desarrollador, TabConf se puso un hackathon. Stu eligió construir un proyecto Uso de discretos contratos de registro (DLC), que permitieron a los usuarios apostar por el resultado de las coincidencias de ajedrez. Se hizo muy obvio para Stu que construir software program en torno a una gran cantidad de grandes cantidades de transacciones introdujo una gran complejidad para los desarrolladores.
Discutiendo este tema, dijo: “La respuesta a este problema parecía ser CheckTemplingying (CTV). Como quería aprender más sobre los convenios, CTV parecía un buen lugar para comenzar, así que comencé a integrar CTV en mi proyecto de ajedrez DLC. No podía creer lo easy que hacía todo … ”
Stu pasó a construir un prototipo de prueba de concepto de un grupo de pagos usando CTV. Los grupos de pagos son un sistema de capa 2 muy básico donde grupos de mayor de dos compartir el management sobre una sola salida de bitcoin no gastada.
“Una forma en que podemos escalar bitcoin para que todos, todos, sin usar terceros centralizados, es que los usuarios compartan los de Utxo”, dijo cuando se le preguntó por qué decidió trabajar en una prueba de concepto para un grupo de pagos. “Los grupos de pagos son una excelente manera de hacer esto, especialmente junto con otras soluciones de capa 2, como Lightning o Ark”.
Convenio
Los convenios se han convertido en un tema polémico en la discusión sobre dónde llevar a Bitcoin en el futuro. Cada desarrollador tiene su opinión private sobre ellos, y Stu no es una excepción.
“Creo que usar los convenios para reemplazar las transacciones previas al firmado es una mejora sorprendente para que los desarrolladores se construyan más rápido y más seguro”, dijo. “Elimina mucha interactividad y fricción para los usuarios, por lo que existe menos necesidad de que estén en línea o coordinen con otras partes, lo que puede mejorar la experiencia del usuario en gran parte”.
Le pregunté si esto es lo que lo atrajo a construir pruebas de conceptos y prototipos que usan CTV en lugar de otras propuestas de pacto.
“Me sentí atraído por CTV porque period muy easy de implementar en las aplicaciones que quería construir. Una vez que construí el grupo de pagos con CTV, estaba planeando hacer lo mismo para todas las propuestas del pacto. Descubrí cómo obtener exactamente la misma funcionalidad con CAT, pero solo tomó mucho tiempo para trabajar y agregar más código. El script de bitcoin period como 50 líneas de código, en comparación con CTV con las 3 líneas”.
“Estoy bastante seguro de que existe un consenso entre los desarrolladores de protocolo de que no hay riesgo para Bitcoin si habilitamos CTV …”, dijo. “… así que el argumento ahora parece ser que los usuarios no lo quieren. Pero los usuarios ya están usando aplicaciones y protocolos como Lightning y Vaults MultiSIG que CTV mejorarían.
Cuando se le preguntó sobre la naturaleza contenciosa precise de la discusión en torno a los convenios y la siguiente bifurcación suave, y cómo se podría mejorar la atmósfera, tenía esto que decir:
“Alguien necesita que Saylor tuitea un emoji de sándwich y todo estará bien”.
“Pero en serio, realmente no lo sé. Tal vez más en eventos en persona donde las personas pueden discutir cara a cara ayudarían. No parece una razón técnica por la que no estamos progresando, más político”, continuó en un tono más serio.
“Creo que parte de la vacilación está más a punto de hacer cualquier cambio en Bitcoin. La razón por la que es tan difícil cambiar es una propiedad increíble de Bitcoin, pero no tiene que extenderse a las horquillas suaves. cambio ”, dijo.
El futuro
Stu recientemente participó en el programa de software program de código abierto (BOS) de Bitcoin por ChainCode Labs, un programa diseñado como una forma para que los desarrolladores nuevos en el ecosistema de Bitcoin se corten los dientes y desarrollen rápidamente una comprensión y experiencia más profunda con la construcción de Bitcoin.
En el futuro, Stu contribuirá a Char Community, un poco fuera del esfuerzo de radar para construir una nueva plataforma de asta bitcoin dirigida por Jeremy Rubin, el desarrollador que diseñó y propuso CTV. Planea continuar trabajando en sus proyectos laterales personales y contribuir a los proyectos de código abierto también, con el objetivo eventual de comenzar a contribuir a Bitcoin Core.
Stu tenía esto que decir sobre las prioridades de bitcoiners en el futuro:
“Nuestro enfoque número uno debería estar en mejorar la custodia private. Realmente apesta en este momento, y creo que más bitcoiners en basic necesitan admitir eso. El respaldo de 12 palabras suena easy, pero realmente no es tan fácil, y nadie lo está haciendo”.
