Construtor: Stu
Idioma (s): ferrugem
Contribui para: protótipos de CTV, rede de char
Trabalho (S/ED) em: ZBD
Antes do Bitcoin, Stu passou seus dias trabalhando como administrador do sistema Windows e no suporte de TI. Sua rotina consistia em longos dias chatos de uma cadeira envolvida em trabalhos de manutenção monótonos, reconfigurando sistemas e redefinindo senhas para usuários que os esqueceram.
Era o tipo de trabalho em que ocorre um problema que realmente exige que você atraia sua atenção de uma maneira significativa é uma ocorrência tão rara que você acaba sentado esperando algo assim que aconteça na maioria das vezes.
Stu passou na maioria dos dias apenas navegando nos fios do Reddit durante suas grandes quantidades de tempo de inatividade. Mas isso acabou por não ser um cenário tão ruim no final, pois foi assim que Stu se viu no espaço do Bitcoin por volta de 2017.
Como muitos bitcoiners, ou melhor, em breve, em breve, Bitcoiners, naquele período, Stu foi sugado para a oferta inicial de moedas (OIC) e o Altcoin Frenzy da época. Além disso, como muitos bitcoiners nessa época, ele acabou sendo queimado financeiramente por alguns maus investimentos em projetos desconhecidos aleatórios, nos quais ele provavelmente não deveria ter investido em primeiro lugar.
Inevitavelmente, a gravidade do Bitcoin o puxou pela toca proverbial do coelho.
Depois de alguns anos aprendendo mais profundamente sobre o Bitcoin, Stu atingiu um período de frenesi e deixou o emprego no auge do mercado de 2021 em busca de oportunidades para trabalhar no espaço do Bitcoin. Naquela época, a ferrugem da linguagem de programação havia se tornado amplamente utilizado em diferentes projetos e bibliotecas de Bitcoin, então Stu começou a aprender para que ele pudesse contribuir para o Bitcoin.
No final de 2022, sua busca por um emprego no espaço terminou quando ele foi contratado por Michael Tildwell para trabalhar na ZBD, uma empresa que integra pagamentos de bitcoin em videogames usando a rede Lightning.
Trabalhando na ZBD
Stu trabalhou no DevOps na ZBD, mas em seu tempo livre ele continuou trabalhando em projetos de ferrugem do protótipo.
“A maioria dos meus projetos paralelos está relacionada ao que eu estava interessado na época, pois estava trabalhando na ZBD, comecei a fazer jogos que poderiam usar o Bitcoin”, disse Stu à revista Bitcoin.
Para começar, ele construiu um jogo da web multiplayer, Rain.Run, baseado em jogadores que colecionam raios para recompensas em Satoshis, para se familiarizarem com a construção de aplicativos que precisam conversar entre si sobre uma rede. Depois, ele construiu um jogo simples de Connect4 jogado sobre o protocolo Nostr.
““[This] Foi uma ótima maneira de aprender como Nostr funcionou ”, disse Stu.
“Eu participei do BTC ++ em Austin em 2024, que era a edição do script.” A conferência de quatro dias foi o fórum mais denso para discussão sobre melhorias no script de bitcoin e convênios no último ano.
“Parecia haver, na época, algum tipo de consenso que se desenvolve para os convênios no Bitcoin”, lembrou Stu.
“Isso me interessou muito em como o script de bitcoin funcionou e [led] Eu experimentei os scripts de torre e bitcoin … ”, acrescentou.
“Eu realmente não acabei com muito, mas foi uma ótima maneira de aprender como os roteiros funcionavam.”
TabConf, pools de pagamento e CTV
Em 2024, a STU participou da TabConf, outra conferência focada em desenvolvedor, realizada anualmente em Atlanta, na Geórgia. As conversas em Atlanta também giraram muito em torno de convênios.
Como todas as conferências focadas no desenvolvedor, o TabConf fez um hackathon. A Stu optou por criar um projeto usando DLCs (Discreet Log Contracts), que permitiu aos usuários apostar no resultado de partidas de xadrez. Tornou-se muito óbvio à STU que a criação de software em torno de um grande número de transações introduziu muita complexidade para os desenvolvedores.
Discutindo essa questão, ele disse: “A resposta a esse problema parecia ser checkTemplybayTify (CTV). Como eu queria aprender mais sobre convênios, a CTV parecia um bom lugar para começar, então comecei a integrar a CTV no meu projeto de xadrez do DLC. Eu não podia acreditar no quão simples fazia tudo …”
A Stu passou a construir um protótipo de prova de conceito de um pool de pagamentos usando a CTV. Os pools de pagamento são um sistema de camada 2 muito básico, onde grupos maiores que dois compartilham controle sobre uma única saída de bitcoin não gasto.
“Uma maneira de escalar o Bitcoin para ser usado por todos, sem usar terceiros centralizados, é para os usuários compartilharem o UTXO”, disse ele quando perguntado por que ele escolheu trabalhar em uma prova de conceito para um pool de pagamentos. “Os pools de pagamento são uma ótima maneira de fazer isso, especialmente ao lado de outras soluções da camada 2, como raios ou arca.”
Covenants
Os convênios se tornaram um problema controverso na discussão sobre onde levar o Bitcoin daqui para frente. Todo desenvolvedor tem sua opinião pessoal sobre eles, e Stu não é exceção.
“Acho que usar os convênios para substituir apenas transações pré-assinadas é uma melhoria incrível para os desenvolvedores construirem mais rápido e seguro”, disse ele. “Ele remove muita interatividade e atrito para os usuários, portanto, há menos necessidade de estar online ou coordenar com outras partes, o que pode melhorar a experiência do usuário por muita coisa”.
Perguntei-lhe se foi isso que o levou a construir prova de conceito e protótipos usando a CTV em oposição a outras propostas de aliança.
“Fui atraído para a CTV porque era muito simples de implementar nos aplicativos que queria construir. Depois de construir o pool de pagamentos com a CTV, eu estava pensando em fazer o mesmo para todas as propostas de aliança. Descobri como obter exatamente a mesma funcionalidade com o CAT, mas levou muito tempo para trabalhar, e mais o código de bitcoin.
“Tenho certeza de que há consenso entre os desenvolvedores de protocolo de que não há risco de Bitcoin se ativarmos a CTV …”, disse ele. “… então, o argumento agora parece ser que os usuários não o querem. Mas os usuários já estão usando aplicativos e protocolos, como raios e cofres multisig que seriam aprimorados pela CTV. Então … acho que deve ser a prioridade para o próximo garfo macio …”
Quando perguntado sobre a natureza controversa atual da discussão em torno de convênios e o próximo garfo macio, e como a atmosfera poderia ser melhorada, ele tinha o seguinte a dizer:
“Alguém precisa fazer Saylor twittar um emoji de sanduíche e tudo será bom.”
“Mas, falando sério, eu realmente não sei. Talvez mais eventos pessoais, onde as pessoas possam discutir cara a cara ajudassem. Não parece uma razão técnica que não estamos progredindo, mais política”, ele continuou em um tom mais sério.
“I think some of the hesitance is more around making any change at all to Bitcoin. The reason it is so hard to change is an amazing property of Bitcoin, but it doesn't have to extend to soft forks quite so much. It causes a lot of stress for certain Bitcoin developers, especially Bitcoin Core maintainers. Everyone is waiting on their opinion on the next fork, which seems to make them hesitant on joining in the conversation at all, which makes it hard to get consensus on any new Mudança ”, ele disse.
O futuro
A STU participou recentemente do programa Bitcoin Open Soutware (BOSS) da ChainCode Labs, um programa projetado como uma maneira de desenvolvedores novos no ecossistema Bitcoin cortarem os dentes e rapidamente desenvolverem uma compreensão e experiência mais profundas com a construção de Bitcoin.
No futuro, a STU contribuirá para a rede CHAR, um pouco fora do esforço do radar para criar uma nova plataforma de apostas Bitcoin liderada por Jeremy Rubin, o desenvolvedor que projetou e propôs a CTV. Ele planeja continuar trabalhando em seus projetos paralelos pessoais e contribuindo para os projetos de código aberto também, com o objetivo final de começar a contribuir para o próprio Bitcoin Core.
Stu teve isso a dizer sobre as prioridades dos Bitcoiners que entram no futuro:
“Nosso foco número um deve ser melhorar a auto -guarda.
Fonte: bitcoinmagazine.com
