Anchor document

{
  "@context": {
    "CIP100": "https://github.com/cardano-foundation/CIPs/blob/master/CIP-0100/README.md#",
    "authors": {
      "@container": "@set",
      "@context": {
        "name": "http://xmlns.com/foaf/0.1/name",
        "witness": {
          "@context": {
            "publicKey": "CIP100:publicKey",
            "signature": "CIP100:signature",
            "witnessAlgorithm": "CIP100:witnessAlgorithm"
          },
          "@id": "CIP100:witness"
        }
      },
      "@id": "CIP100:authors"
    },
    "body": {
      "@context": {
        "comment": "CIP100:comment",
        "externalUpdates": {
          "@context": {
            "title": "CIP100:update-title",
            "uri": "CIP100:uri"
          },
          "@id": "CIP100:externalUpdates"
        },
        "references": {
          "@container": "@set",
          "@context": {
            "GovernanceMetadata": "CIP100:GovernanceMetadataReference",
            "Other": "CIP100:OtherReference",
            "label": "CIP100:reference-label",
            "referenceHash": {
              "@context": {
                "hashAlgorithm": "CIP100:hashAlgorithm",
                "hashDigest": "CIP100:hashDigest"
              },
              "@id": "CIP100:referenceHash"
            },
            "uri": "CIP100:reference-uri"
          },
          "@id": "CIP100:references"
        }
      },
      "@id": "CIP100:body"
    },
    "hashAlgorithm": "CIP100:hashAlgorithm"
  },
  "hashAlgorithm": "blake2b-256",
  "body": {
    "comment": "## Review Methodology Disclaimer [EN]\n\nDue not only to the unusually high volume of Treasury Withdrawal Governance Actions and budget proposals submitted in April and May 2026, but also to the lack of meaningful incentives for DReps to perform proposal analysis work, it is not feasible to apply my full standard review framework and reporting template to every proposal.\n\nMy standard analysis process usually requires approximately four hours of work per Governance Action. During that process, I research the proposal, review supporting materials, compare different perspectives from DReps and other ecosystem participants, and weigh both positive and negative arguments before reaching a reasonably qualified decision. Even with the use of artificial intelligence to automate parts of the workflow and improve productivity, a responsible evaluation still requires substantial human review, judgment, and contextual understanding.\n\nIn addition, this work does not end with the vote itself. It also involves writing and publishing rationales, preparing reports or summaries, communicating the reasoning publicly, and socializing the analysis through public channels and social media. This creates a significant workload, especially when dozens of proposals must be reviewed in a short period.\n\nAt present, this work carries no clear financial incentive and only limited reputational incentive, despite requiring substantial time, attention, and accountability. In practice, it is not sustainable to dedicate near full-time effort over several weeks or months to this activity without any form of compensation or institutional support.\n\nSince I have a clear standard for my work and do not want to lower the quality of my judgment, I will reduce the scope of my analysis where necessary rather than rush decisions or produce superficial rationales. This means prioritizing focused due diligence over exhaustive review.\n\nUnder these constraints, my methodology during this period will focus on identifying critical strategic, operational, governance, reputational, or execution-related risks that could materially compromise a proposal’s viability, accountability, or successful delivery. In practical terms, this means narrowing my research toward the most critical gaps that may make approval unjustifiable. Where such a serious risk is identified, I may use it as the basis for a rejection vote.\n\nThis approach also helps reduce review overload: proposals with clear and material gaps would likely require rework regardless, so voting against them when those gaps are significant can be a responsible way to preserve review capacity while maintaining minimum due diligence.\n\nExamples of such high-priority concerns may include, but are not limited to:\n\n- Serious delivery failures in previous funded proposals;\n- Significant unresolved delays in ongoing work;\n- Major reputational or accountability issues within the ecosystem;\n- Lack of credible execution capacity;\n- Structural governance or transparency concerns;\n- Severe budgetary or coordination risks.\n\nWhere I do not have sufficient time for a deeper evaluation, and no significant red flags or imminent execution risks are identified, I may abstain rather than issue an underdeveloped approval or rejection rationale.\n\nThis does not mean that other dimensions of proposal quality are unimportant. It means that, under current constraints, I will prioritize a narrower but still responsible review scope that preserves minimum due diligence, avoids rushed decisions, and keeps the quality of my judgment at an acceptable standard.\n\n# Governance Action Report\n\n## 1. Introduction\n\nThis Treasury Withdrawal governance action requests ₳5,100,781 to fund Hydra v2 hardening and production readiness. Hydra is Cardano’s Layer 2 state-channel protocol, intended to allow participants to transact with sub-second finality and near-zero fees while settling final outcomes on Cardano L1. The action presents Hydra as the only production-grade Layer 2 currently running live workloads on Cardano, including Delta DeFi, Masumi, Hydra Doom, Glacier Drop, Intersect voting infrastructure, VTech Labs, Blockfrost, and Midgard.\n\nThe requested funding covers four workstreams: performance optimization, operational excellence, ecosystem support, and maintenance and developer experience. The performance workstream targets 2x to 10x improvements in snapshot signing and memory profile, together with on-chain contract optimization to reduce L1 fees. Operational work includes runbooks, easier node configuration, observability, logging, and TUI improvements. Ecosystem support includes production-user feature requests, hackathons, workshops, developer relations, and Hydra Alliance facilitation. Maintenance and DevX are scoped over Q3–Q4 2026.\n\nThe funding would be milestone-gated, administered through Intersect’s treasury governance process, supported by independent third-party assurance, and subject to refund conditions for undisbursed funds or reduced scope.\n\n## 2. Governance Action Analysis\n\n### Positive aspects\n\nThe NO vote does not result from a rejection of Hydra as a technology, nor from a denial of the importance of scalability solutions for Cardano. Hydra can be relevant infrastructure for the ecosystem, especially for use cases that require lower latency, lower transaction costs, and greater operational capacity than the base layer can directly provide.\n\nThe proposal presents a technical expectation of performance improvement, including 2x to 10x gains in snapshot signing and memory profile. This is a positive point. Technical improvements are relevant.\n\nMilestone gating, Intersect administration, third-party assurance, and refund conditions help reduce custody risk, non-delivery risk, and improper disbursement risk.\n\nHydra may deserve funding. Public funding, however, needs to come with a granular budget, clear targets, and a transparency standard compatible with the amount requested.\n\n### Negative aspects\n\nA simplified evaluation framework is being applied, suitable for votes where there is not enough time or capacity for a complete analysis of all technical, financial, and operational aspects of the proposal. Even under this reduced framework, two bottlenecks are sufficient to justify a NO vote: lack of budget granularity and absence of KPIs with measurable targets.\n\nThe first and most concerning problem is the lack of budget granularity. The proposal requests a multimillion-ADA amount, but presents the budget in a broad, vague, and aggregated way. Most resources are concentrated in a generic development category, without sufficient detail on number of people involved, FTEs, seniority, hourly rates, estimated duration by role, split between internal team and contractors, cost per milestone, or assumptions used to reach the requested amount. This prevents a serious evaluation of proportionality, reasonableness, and spending efficiency.\n\nThis level of detail is especially important because the proposal is not being submitted by a small team without structure, but by the main company historically associated with Cardano’s technical development. Precisely because of that position, IO should present a higher transparency standard, not a lower one. In multimillion-ADA proposals, it is not enough to state that resources will be used for development, infrastructure, security, operations, or ecosystem support. It is necessary to demonstrate how the amount was calculated, who will be paid, for how long, in which roles, and with which associated deliverables.\n\nThe pattern observed in recent IO proposals also raises concern. Comparing different treasury withdrawals submitted in recent months indicates the use of a standardized budget structure, with similar percentage distributions across categories. This suggests that the budget may be presented more as a simplified template than as a specific estimate built from the real needs of each proposal. For small proposals, this would already be weak. For multimillion-ADA proposals, it is institutionally unacceptable.\n\nThe consequence is that DReps and delegators lack sufficient elements to evaluate whether the requested amount is fair. It is not possible to know whether the budget reflects a real engineering need, whether there is excessive padding, whether there is overlap with already funded work, whether the amounts are compatible with market standards, or whether a relevant part of the Treasury is being used to sustain IO’s recurring operational structure without the level of openness expected for public resources.\n\nThe point is not to presume bad faith. The point is that there is not enough data to properly evaluate the cost. In at least other proposals, there was some exposure of hourly rate or reference to FTE equivalent. In this proposal, that minimum level of information does not appear. Without this information, it is not possible to evaluate whether personnel costs are reasonable, above or below international benchmarks, reflective of the complexity of the work, or compatible with the economic reality of the ecosystem.\n\nThe second problem is the absence of KPIs with clear targets. The proposal mentions alignment with KPIs such as TVL, monthly transactions, active users, throughput, uptime, reliability, and protocol revenue. However, these KPIs appear mainly as narrative alignment categories, not as measurable commitments. There are no clear minimum targets for TVL increase, number of transactions, active users, volume processed by Hydra, number of active integrations, revenue generated for L1, minimum uptime, or verifiable impact on real network usage.\n\nThe proposal presents technical expectations of performance improvement, which is positive, but insufficient to resolve the absence of ecosystem-impact targets. Technical improvements are relevant, but a Treasury withdrawal should also explain which observable results would justify public spending after delivery. Without targets, the ecosystem is left only with a general promise that Hydra may contribute to adoption, usage, TVL, revenue, and scalability.\n\nThis is a recurring problem in large proposals: there is a strong strategic narrative, but few objective commitments. The proposal states that Hydra can help keep applications on Cardano, attract builders, increase activity, and generate indirect revenue for L1. These possibilities may be true, but they are not sufficient as accountability. For a multimillion-ADA proposal, there should be minimum impact targets, even if adjusted to the stage of the technology. Without this, it becomes difficult to distinguish verifiable success from narrative progress.\n\nThe combination of these two problems is decisive. A proposal may have a budget with limited granularity but partially compensate with strong and verifiable impact targets. It may also have immature KPIs but present an extremely transparent and well-justified budget. Here, both sides fail at the same time: the cost is not sufficiently detailed and the expected impact is not sufficiently bound by measurable targets.\n\n### Risks and concerns\n\nThe current context makes the budget problem more serious. ADA is devalued, several ecosystem projects face difficulties or close operations, and the Treasury needs to be handled with discipline. In this environment, approving multimillion-ADA withdrawals with generic budgets sends a poor signal: small projects and dApps are frequently asked for details, deliverables, and justifications, while large suppliers can access much larger amounts with broad budget descriptions. This creates an accountability asymmetry that should not be normalized.\n\nIt is also concerning that ecosystem actors, including dReps do not press more strongly for budget transparency from large suppliers. The technical importance of infrastructure should not reduce the scrutiny standard. On the contrary, the more central the infrastructure and the larger the supplier, the higher the level of public scrutiny should be. Cardano should not accept most Treasury resources being consumed by a few recurring executors without granularity proportional to the amount requested.\n\nMilestone gating, Intersect administration, third-party assurance, and refund conditions do not resolve the budget problem. These mechanisms help reduce custody risk, non-delivery risk, and improper disbursement risk. But they do not replace budget justification before approval. A milestone audit can verify whether something was delivered, but it does not answer whether the approved price was adequate from the start. The Treasury needs execution control, but it also needs cost control.\n\nThe central issue is not whether Hydra is important. The issue is whether this governance action presents an acceptable standard for Treasury use. It does not. The strategic relevance of the technology should not be used as a shortcut to reduce the transparency standard required of a multimillion-ADA withdrawal. If Cardano accepts this standard for large suppliers, it tends to repeat. As occurred in 2025, there is a risk that 2026 reproduces a dynamic in which large budget blocks are approved with low granularity, while the community remains without strong mechanisms for comparison, prioritization, and cost control.\n\nApproving proposals of this size based only on institutional trust in IO is not adequate. Cardano’s on-chain governance exists precisely so that Treasury decisions are evaluated with responsibility, transparency, and accountability. Trust can be a contextual factor, but it does not replace detailed budgets, verifiable targets, and clear impact commitments. If the main company in the ecosystem requests public resources, it should demonstrate the best accountability standard, not ask the ecosystem to accept a simplified budget because the technology is important.\n\nA NO vote may be interpreted by some as opposition to Hydra or scalability. That interpretation would be incorrect. The vote is against the structure of this specific withdrawal, not against Cardano’s need for technical evolution.\n\n## 3. Vote and Rationale\n\nVote: NO.\n\nThe NO vote follows from two sufficient bottlenecks: lack of budget granularity and absence of KPIs with measurable targets. The vote does not reject Hydra as a technology and does not deny the importance of scalability for Cardano. A Treasury withdrawal must be evaluated as an institutional decision to allocate Cardano public resources, not merely as a generic statement of support for an important technology.\n\nThe requested amount is multimillion-ADA, while the budget remains broad, aggregated, and concentrated in a generic development category without enough detail on FTEs, rates, seniority, role duration, internal versus contractor allocation, milestone cost, or calculation assumptions. This prevents an adequate evaluation of cost proportionality and spending efficiency.\n\nThe proposal also lacks clear KPI targets. Alignment with TVL, transactions, active users, throughput, uptime, reliability, and protocol revenue is presented mainly as narrative alignment, not as measurable commitment. Technical performance improvements are positive, but they do not substitute for observable ecosystem-impact targets.\n\nThe decisive issue is the combination of weak financial granularity and absence of objective impact commitments. Even recognizing Hydra’s potential importance for Cardano’s scalability and competitiveness, it is not acceptable to approve a multimillion-ADA proposal with an excessively aggregated budget and KPIs without measurable targets.\n\nFunding could be acceptable if accompanied by a granular budget, clear targets, and a transparency standard compatible with the amount requested.\n\n## 4. Conclusion\n\nThe decision rests on the structure of this specific Treasury withdrawal. Hydra may be important and may deserve funding, but this request does not meet the minimum standard required for support. Low financial granularity and lack of measurable impact commitments make the proposed use of public Treasury resources unacceptable.\n\n## Nota sobre metodologia e escopo de análise [PT]\n\nDevido não apenas ao volume excepcionalmente alto de Treasury Withdrawal Governance Actions e propostas orçamentárias submetidas em abril e maio de 2026, mas também à falta de incentivos significativos para que DReps realizem o trabalho de análise de propostas, não é viável aplicar meu framework completo de revisão e meu template padrão de relatório a todas as propostas.\n\nMeu processo padrão de análise normalmente exige aproximadamente quatro horas de trabalho por Governance Action. Durante esse processo, eu pesquiso a proposta, reviso materiais de suporte, comparo diferentes perspectivas de DReps e de outros participantes do ecossistema, e peso argumentos positivos e negativos antes de chegar a uma decisão razoavelmente qualificada. Mesmo com o uso de inteligência artificial para automatizar partes do fluxo de trabalho e aumentar a produtividade, uma avaliação responsável ainda exige revisão humana substancial, julgamento e entendimento contextual.\n\nAlém disso, esse trabalho não termina no voto em si. Ele também envolve escrever e publicar rationales, preparar relatórios ou resumos, comunicar publicamente a justificativa e socializar a análise por meio de canais públicos e mídias sociais. Isso cria uma carga de trabalho significativa, especialmente quando dezenas de propostas precisam ser avaliadas em um curto período.\n\nAtualmente, esse trabalho não possui incentivo financeiro claro e oferece apenas incentivo reputacional limitado, apesar de exigir tempo, atenção e responsabilidade substanciais. Na prática, não é sustentável dedicar um esforço próximo de tempo integral durante várias semanas ou meses a essa atividade sem qualquer forma de compensação ou apoio institucional.\n\nComo tenho um padrão claro para o meu trabalho e não quero reduzir a qualidade do meu julgamento, irei reduzir o escopo da minha análise quando necessário, em vez de tomar decisões apressadas ou produzir justificativas superficiais. Isso significa priorizar uma diligência focada em vez de uma revisão exaustiva.\n\nSob essas restrições, minha metodologia durante este período se concentrará em identificar riscos críticos estratégicos, operacionais, de governança, reputacionais ou relacionados à execução que possam comprometer materialmente a viabilidade, a accountability ou a entrega bem-sucedida de uma proposta. Na prática, isso significa concentrar minha pesquisa nos gaps mais críticos que possam tornar a aprovação injustificável. Quando um risco sério desse tipo for identificado, poderei usá-lo como base para um voto de rejeição.\n\nEssa abordagem também ajuda a reduzir a sobrecarga de revisão: propostas com gaps claros e materiais provavelmente exigiriam retrabalho de qualquer forma, então votar contra elas quando esses gaps forem significativos pode ser uma forma responsável de preservar capacidade de análise enquanto se mantém uma diligência mínima.\n\nExemplos dessas preocupações de alta prioridade podem incluir, mas não se limitam a:\n\n- Falhas graves de entrega em propostas anteriormente financiadas;\n- Atrasos significativos e não resolvidos em trabalhos em andamento;\n- Problemas graves de reputação ou accountability dentro do ecossistema;\n- Falta de capacidade crível de execução;\n- Preocupações estruturais de governança ou transparência;\n- Riscos severos de orçamento ou coordenação.\n\nQuando eu não tiver tempo suficiente para uma avaliação mais profunda, e nenhum alerta significativo ou risco iminente de execução for identificado, poderei me abster em vez de emitir uma justificativa de aprovação ou rejeição pouco desenvolvida.\n\nIsso não significa que outras dimensões da qualidade de uma proposta não sejam importantes. Significa que, sob as restrições atuais, priorizarei um escopo de revisão mais estreito, mas ainda responsável, que preserve uma diligência mínima, evite decisões apressadas e mantenha a qualidade do meu julgamento em um padrão aceitável.\n\n# Relatório de Ação de Governança\n\n## 1. Introdução\n\nEsta governance action de retirada do Tesouro solicita ₳5.100.781 para financiar o hardening e a preparação produtiva da Hydra v2. A Hydra é o protocolo Layer 2 de state channels da Cardano, destinado a permitir que participantes transacionem com finalização em menos de um segundo e taxas próximas de zero, enquanto os resultados finais são liquidados na Cardano L1. A ação apresenta a Hydra como a única Layer 2 em produção atualmente executando workloads reais na Cardano, incluindo Delta DeFi, Masumi, Hydra Doom, Glacier Drop, infraestrutura de votação da Intersect, VTech Labs, Blockfrost e Midgard.\n\nO financiamento solicitado cobre quatro workstreams: otimização de performance, excelência operacional, suporte ao ecossistema e manutenção e experiência de desenvolvedor. O workstream de performance busca melhorias de 2x a 10x em snapshot signing e perfil de memória, além de otimização de contratos on-chain para reduzir taxas na L1. O trabalho operacional inclui runbooks, configuração de node mais simples, observabilidade, logging e melhorias na TUI. O suporte ao ecossistema inclui demandas de usuários em produção, hackathons, workshops, developer relations e facilitação da Hydra Alliance. Manutenção e DevX estão previstos para Q3–Q4 de 2026.\n\nO financiamento seria condicionado a milestones, administrado pelo processo de governança do Tesouro via Intersect, apoiado por assurance independente de terceiro e sujeito a condições de reembolso para fundos não desembolsados ou escopo reduzido.\n\n## 2. Análise da Governance Action\n\n### Aspectos positivos\n\nO voto NO não decorre de uma rejeição à Hydra como tecnologia, nem de uma negação da importância de soluções de escalabilidade para a Cardano. A Hydra pode ser uma infraestrutura relevante para o ecossistema, especialmente para casos de uso que exigem menor latência, menor custo transacional e maior capacidade operacional do que a camada base consegue oferecer diretamente.\n\nA proposta apresenta uma expectativa técnica de melhoria de performance, incluindo ganhos de 2x a 10x em snapshot signing e perfil de memória. Esse é um ponto positivo. Melhorias técnicas são relevantes.\n\nMilestone gating, administração pela Intersect, third-party assurance e condições de reembolso ajudam a reduzir risco de custódia, risco de não entrega e risco de desembolso indevido.\n\nA Hydra pode merecer financiamento. Financiamento público, no entanto, precisa vir acompanhado de orçamento granular, metas claras e um padrão de transparência compatível com o volume solicitado.\n\n### Aspectos negativos\n\nEstá sendo aplicado um framework simplificado de avaliação, adequado para votos em que não há tempo ou capacidade para uma análise completa de todos os aspectos técnicos, financeiros e operacionais da proposta. Mesmo sob esse framework reduzido, dois gargalos são suficientes para justificar um voto NO: a falta de granularidade orçamentária e a ausência de KPIs com alvos mensuráveis.\n\nO primeiro problema, e o mais preocupante, é a falta de granularidade no orçamento. A proposta solicita um valor multimilionário em ADA, mas apresenta o orçamento de forma ampla, vaga e agregada. A maior parte dos recursos está concentrada em uma categoria genérica de desenvolvimento, sem detalhamento suficiente sobre número de pessoas envolvidas, FTEs, senioridade, hourly rates, duração estimada por função, divisão entre equipe interna e contractors, custo por milestone ou premissas utilizadas para chegar ao valor solicitado. Isso impede uma avaliação séria de proporcionalidade, razoabilidade e eficiência do gasto.\n\nEsse nível de detalhe é especialmente importante porque a proposta não está sendo submetida por um pequeno time sem estrutura, mas pela principal empresa historicamente associada ao desenvolvimento técnico da Cardano. Justamente por ocupar essa posição, a IO deveria apresentar um padrão de transparência superior, não inferior. Em propostas multimilionárias em ADA, não basta afirmar que os recursos serão usados para desenvolvimento, infraestrutura, segurança, operações ou suporte ao ecossistema. É necessário demonstrar como o valor foi calculado, quem será pago, por quanto tempo, em quais funções e com quais entregas associadas.\n\nO padrão observado em propostas recentes da IO também preocupa. Ao comparar diferentes treasury withdrawals submetidas nos últimos meses, há indícios de uso de uma estrutura orçamentária padronizada, com distribuições percentuais semelhantes entre categorias. Isso sugere que o orçamento pode estar sendo apresentado mais como um template simplificado do que como uma estimativa específica construída a partir das necessidades reais de cada proposta. Para propostas de pequeno porte, isso já seria fraco. Para propostas multimilionárias em ADA, é institucionalmente inaceitável.\n\nA consequência é que DReps e delegadores ficam sem elementos suficientes para avaliar se o valor pedido é justo. Não é possível saber se o orçamento reflete uma necessidade real de engenharia, se há gordura excessiva, se há sobreposição com trabalhos já financiados, se os valores são compatíveis com padrões de mercado, ou se parte relevante do Tesouro está sendo usada para sustentar uma estrutura operacional recorrente da IO sem o nível de abertura esperado para recursos públicos.\n\nO ponto não é presumir má-fé. O ponto é que não há dados suficientes para avaliar adequadamente o custo. Em pelo menos outras propostas, houve alguma exposição de hourly rate ou referência a FTE equivalente. Nesta proposta, esse nível mínimo de informação não aparece. Sem essas informações, não é possível avaliar se os custos de pessoal são razoáveis, se estão acima ou abaixo de benchmarks internacionais, se refletem a complexidade do trabalho ou se são compatíveis com a realidade econômica do ecossistema.\n\nO segundo problema é a ausência de KPIs com alvos claros. A proposta menciona alinhamento com KPIs como TVL, transações mensais, usuários ativos, throughput, uptime, confiabilidade e receita de protocolo. No entanto, esses KPIs aparecem principalmente como categorias narrativas de alinhamento, não como compromissos mensuráveis. Não há metas mínimas claras de aumento de TVL, número de transações, usuários ativos, volume processado pela Hydra, número de integrações ativas, receita gerada para L1, uptime mínimo ou impacto verificável sobre uso real da rede.\n\nA proposta apresenta expectativas técnicas de melhoria de performance, o que é positivo, mas insuficiente para resolver a ausência de metas de impacto ecossistêmico. Melhorias técnicas são relevantes, mas uma retirada do Tesouro também deveria explicar quais resultados observáveis justificariam o gasto público após a entrega. Sem alvos, o ecossistema fica apenas com uma promessa geral de que a Hydra poderá contribuir para adoção, uso, TVL, receita e escalabilidade.\n\nEsse é um problema recorrente em propostas grandes: há uma narrativa estratégica forte, mas poucos compromissos objetivos. A proposta afirma que a Hydra pode ajudar a manter aplicações na Cardano, atrair builders, aumentar atividade e gerar receitas indiretas para L1. Essas possibilidades podem ser verdadeiras, mas não são suficientes como accountability. Para uma proposta multimilionária em ADA, deveria haver metas mínimas de impacto, mesmo que ajustadas ao estágio da tecnologia. Sem isso, fica difícil distinguir sucesso verificável de progresso narrativo.\n\nA combinação desses dois problemas é decisiva. Uma proposta pode ter orçamento pouco granular, mas compensar parcialmente com metas fortes e verificáveis de impacto. Também pode ter KPIs ainda imaturos, mas apresentar um orçamento extremamente transparente e bem justificado. Aqui, os dois lados falham ao mesmo tempo: o custo não é suficientemente detalhado e o impacto esperado não é suficientemente comprometido por alvos mensuráveis.\n\n### Riscos e preocupações\n\nO contexto atual torna o problema orçamentário mais grave. A ADA está desvalorizada, vários projetos do ecossistema enfrentam dificuldades ou encerram operações, e o Tesouro precisa ser tratado com disciplina. Nesse ambiente, aprovar retiradas multimilionárias em ADA com orçamentos genéricos envia um sinal ruim: pequenos projetos e dApps são frequentemente cobrados por detalhes, entregas e justificativas, enquanto grandes fornecedores conseguem acessar volumes muito maiores com descrições orçamentárias amplas. Isso cria uma assimetria de accountability que não deveria ser normalizada.\n\nTambém é preocupante que atores do ecossistema, incluindo dApps que dependem de infraestrutura crítica, não pressionem com mais força por transparência orçamentária de grandes fornecedores. A importância técnica de uma infraestrutura não deveria reduzir o padrão de escrutínio. Pelo contrário, quanto mais central a infraestrutura e quanto maior o fornecedor, maior deveria ser o nível de exigência pública. A Cardano não deveria aceitar que a maior parte dos recursos do Tesouro seja consumida por poucos executores recorrentes sem granularidade proporcional ao volume solicitado.\n\nMilestone gating, administração pela Intersect, third-party assurance e condições de reembolso não resolvem o problema orçamentário. Esses mecanismos ajudam a reduzir risco de custódia, risco de não entrega e risco de desembolso indevido. Mas eles não substituem a justificativa orçamentária anterior à aprovação. Uma auditoria de milestone pode verificar se algo foi entregue, mas não responde se o preço aprovado era adequado desde o início. O Tesouro precisa de controle de execução, mas também precisa de controle de custo.\n\nA questão central não é se a Hydra é importante. A questão é se esta governance action apresenta um padrão aceitável de uso do Tesouro. Não apresenta. A relevância estratégica da tecnologia não deve ser usada como atalho para reduzir o padrão de transparência exigido de uma retirada multimilionária em ADA. Se a Cardano aceitar esse padrão para grandes fornecedores, ele tende a se repetir. Assim como ocorreu em 2025, há o risco de que 2026 reproduza uma dinâmica em que grandes blocos do orçamento são aprovados com baixa granularidade, enquanto a comunidade segue sem mecanismos fortes de comparação, priorização e controle de custo.\n\nNão é adequado aprovar propostas desse porte com base apenas em confiança institucional na IO. A governança on-chain da Cardano existe justamente para que decisões de Tesouro sejam avaliadas com responsabilidade, transparência e prestação de contas. Confiança pode ser um fator contextual, mas não substitui orçamento detalhado, metas verificáveis e compromissos claros de impacto. Se a principal empresa do ecossistema solicita recursos públicos, ela deveria demonstrar o melhor padrão de accountability, não pedir que o ecossistema aceite um orçamento simplificado porque a tecnologia é importante.\n\nUm voto NO pode ser interpretado por alguns como oposição à Hydra ou à escalabilidade. Essa interpretação seria incorreta. O voto é contra a estrutura desta retirada específica, não contra a necessidade de evolução técnica da Cardano.\n\n## 3. Voto e Racional\n\nVoto: NO.\n\nO voto NO decorre de dois gargalos suficientes: falta de granularidade orçamentária e ausência de KPIs com alvos mensuráveis. O voto não rejeita a Hydra como tecnologia e não nega a importância da escalabilidade para a Cardano. Uma retirada do Tesouro precisa ser avaliada como uma decisão institucional de alocação de recursos públicos da Cardano, não apenas como uma declaração genérica de apoio a uma tecnologia importante.\n\nO valor solicitado é multimilionário em ADA, enquanto o orçamento permanece amplo, agregado e concentrado em uma categoria genérica de desenvolvimento, sem detalhes suficientes sobre FTEs, rates, senioridade, duração por função, alocação entre equipe interna e contractors, custo por milestone ou premissas de cálculo. Isso impede uma avaliação adequada de proporcionalidade de custo e eficiência do gasto.\n\nA proposta também não possui KPIs com alvos claros. O alinhamento com TVL, transações, usuários ativos, throughput, uptime, confiabilidade e receita de protocolo aparece principalmente como alinhamento narrativo, não como compromisso mensurável. Melhorias técnicas de performance são positivas, mas não substituem metas observáveis de impacto ecossistêmico.\n\nO ponto decisivo é a combinação de baixa granularidade financeira e ausência de compromissos objetivos de impacto. Mesmo reconhecendo a importância potencial da Hydra para a escalabilidade e competitividade da Cardano, não é aceitável aprovar uma proposta multimilionária em ADA com orçamento excessivamente agregado e KPIs sem alvos mensuráveis.\n\nO financiamento poderia ser aceitável se acompanhado de orçamento granular, metas claras e um padrão de transparência compatível com o volume solicitado.\n\n## 4. Conclusão\n\nA decisão recai sobre a estrutura desta retirada específica do Tesouro. A Hydra pode ser importante e pode merecer financiamento, mas esta solicitação não atinge o padrão mínimo necessário para apoio. Baixa granularidade financeira e falta de compromissos mensuráveis de impacto tornam inaceitável o uso proposto de recursos públicos do Tesouro.\n"
  }
}