Engenheiro da Cardano Foundation Apresenta Caminho para v1.0 do Framework de Desenvolvimento elm-cardano

O Cardano Developers Office Hours organizou uma sessão técnica focada no caminho para v1.0 do elm-cardano, um framework de desenvolvimento que conecta a linguagem de programação Elm com o desenvolvimento de aplicações Cardano. A sessão foi conduzida por Fabian Bormann, com Mathieu Pizenberg, engenheiro de software sênior da Cardano Foundation, apresentando o status atual do projeto e os problemas de ferramentas para desenvolvedores que ele busca resolver.

elm-cardano é posicionado como um framework para construção de aplicativos front-end e ferramentas de transação Cardano com Elm, uma linguagem de programação funcional conhecida pela tipagem forte, retorno rápido do compilador e estabilidade. A discussão abordou o construtor de transações do framework, seu design baseado em intenções, manipulação local de UTXO, seleção de moedas e a questão mais ampla sobre como os desenvolvedores Cardano podem usar mais das capacidades já disponíveis no ledger.

elm-cardano Focado em Aplicações Front-End e Ferramentas de Transação Cardano

Pizenberg explicou que a ideia original para a sessão surgiu a partir do trabalho em um construtor de transações interativo. A ferramenta proposta permitiria que desenvolvedores construíssem visualmente diferentes tipos de transações Cardano por meio de uma interface web, em vez de escrever imediatamente um aplicativo completo ou depender de fluxos de trabalho de linha de comando.

O conceito de construtor de transações é projetado para suportar ações como envio de tokens, criação de NFTs, retirada de recompensas de staking e interação com dApps. Ele também permitiria que os desenvolvedores combinassem várias ações em uma única transação Cardano, uma das capacidades práticas do modelo eUTXO.

De acordo com Pizenberg, muitos desenvolvedores precisam de uma maneira mais rápida de testar padrões específicos de transação. Em vez de configurar um aplicativo completo em JavaScript ou usar um fluxo de trabalho CLI para cada experimento, a interface proposta daria aos desenvolvedores uma maneira mais direta de construir, inspecionar e testar o comportamento da transação.

A apresentação também posicionou o elm-cardano dentro do ecossistema Elm mais amplo. Elm foi descrito como uma linguagem funcional estável para aplicativos front-end, com foco em evitar exceções em tempo de execução, reduzir riscos de dependência e melhorar a segurança em refatorações. Pizenberg declarou que a linguagem permanece ativa, apesar de seu ciclo de lançamentos lento, acrescentando que sua estabilidade é frequentemente confundida com inatividade.

Construção de Transações Baseada em Intenções Almeja maior Flexibilidade no Desenvolvimento Cardano

Um grande parte da sessão focou na abordagem do elm-cardano em relação à construção de transações. Pizenberg comparou o framework com padrões comuns de construtores de transações, especialmente em bibliotecas JavaScript, onde o desenvolvedor frequentemente trabalha próximo à representação ledger de uma transação.

elm-cardano utiliza uma abordagem baseada em intenções. Em vez de exigir que desenvolvedores descrevam manualmente cada componente de transação de nível baixo, o desenvolvedor descreve o que a transação deve fazer. Por exemplo, a intenção pode ser enviar ativos para um endereço, usar um conjunto de UTXO definido, criar uma saída específica ou combinar múltiplas ações em uma única transação.

O framework então processa essas intenções e trabalha nos requisitos técnicos necessários para produzir uma transação válida no Cardano. Pizenberg descreveu isso como uma maneira de separar o objetivo do desenvolvedor da estrutura de nível inferior do corpo final da transação.

A apresentação também abordou o estado local de UTXO, que permite que o construtor de transações opere com um conjunto definido de saídas. Isso pode ser útil para testes porque o construtor não precisa depender diretamente de serviços externos como provedores de API blockchain. Ele pode trabalhar com o estado fornecido pelo desenvolvedor.

Esse design também suporta encadeamento de transações. Uma vez que uma transação é finalizada localmente, o estado resultante pode ser usado para construir outra transação sem esperar pela confirmação na blockchain durante o fluxo de desenvolvimento. Isso permite que os desenvolvedores testem sequências de transações sob condições controladas.

Pizenberg também discutiu a seleção de moedas personalizável. elm-cardano inclui abordagens padrão, como seleção do maior valor primeiro, junto com um método separado focado em colateral. O exemplo de colateral foi apresentado como uma questão prática porque os desenvolvedores geralmente não querem que um UTXO de alto valor seja selecionado como colateral para uma transação Plutus.

Caminho para v1.0 Inclui APIs Mais Limpas, Testes e Experiência de Desenvolvimento Cardano Ampliada

O caminho para v1.0 do elm-cardano inclui trabalho na estrutura central do framework e APIs voltadas para desenvolvedores. Pizenberg disse que algumas partes do projeto começaram há cerca de três anos e que várias decisões iniciais de design agora precisam ser retrabalhadas antes de um lançamento mais estável.

Uma área discutida foi o processo de várias rodadas necessário para construir certas transações Cardano. Como as taxas de transação dependem do tamanho da transação, e o tamanho da transação pode mudar quando UTXOs, redatores ou avaliações de scripts Plutus são adicionados, o construtor pode precisar de várias rodadas antes de alcançar uma transação final estável.

Pizenberg disse que a implementação atual executa manualmente várias rodadas de construção, enquanto uma versão futura deve identificar um ponto fixo estável de maneira mais limpa. Isso permitiria que o framework parasse a reconstrução uma vez que o estado da transação não mudasse mais.

A sessão também abordou indexação de redatores e posicionamento de saídas, que são importantes para interações mais avançadas de contratos inteligentes Cardano. Alguns scripts dependem de índices específicos de entrada ou saída, e os construtores de transações precisam expor controle suficiente para que os desenvolvedores componham interações complexas através de múltiplos protocolos.

A discussão se expandiu para a experiência do desenvolvedor Cardano de forma mais geral. Pizenberg declarou que muitas capacidades Cardano ainda são subutilizadas por dApps e ferramentas. Ele também encorajou desenvolvedores que constroem protocolos a contribuírem com correções e melhorias de volta às bibliotecas que usam, em vez de resolver problemas apenas dentro de seus próprios aplicativos.

A linguagem Elm também foi discutida no contexto de desenvolvimento assistido por IA. Pizenberg apontou o retorno do compilador Elm e mensagens de erro detalhadas como úteis para trabalhar com ferramentas LLM, porque erros precisos podem ajudar os modelos a identificar e corrigir problemas mais rapidamente.

elm-cardano não é atualmente descrito como um framework amplamente utilizado em produção em projetos Cardano. A sessão o apresentou como um esforço técnico ativo, uma implementação experimental e um ponto de referência sobre como ferramentas de transação Cardano podem expor mais das capacidades existentes no ledger. A próxima fase do elm-cardano centra-se em APIs mais limpas, comportamento aprimorado do construtor de transações e um framework mais estável para desenvolvedores que testam fluxos avançados de transações Cardano.