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": "# Governance Action Review — Vote: NO\n\n## 1. Introduction\n\nThis Treasury Withdrawal proposal, submitted by Harmonic Laboratories, requests ₳4,600,000 to fund a 12-month work program focused on two engineering tracks: Pebble development and TypeScript tooling maintenance.\n\nPebble is presented as a production-ready imperative smart-contract language for Cardano, designed with a TypeScript-shaped syntax and intended to provide a more familiar development path for TypeScript, JavaScript, Solidity, and other imperative-language developers. The proposal positions Pebble as complementary to Aiken, not as a replacement, arguing that Cardano benefits from supporting multiple smart-contract development paradigms targeting UPLC.\n\nThe second workstream covers hard-fork and tooling maintenance for HLabs’ TypeScript stack, including libraries such as cardano-ledger-ts, ouroboros-miniprotocols-ts, plutus-machine, and uplc. The proposal states that these libraries are used directly or transitively by projects such as Mesh, Lucid Evolution, Midgard, wallet integrations, indexers, and dApp backends.\n\nThe requested budget is based on 5 FTEs at an annual rate of US$200,000 per FTE, using a conversion rate of US$0.25 per ADA. The base budget is US$1,000,000, equivalent to ₳4,000,000, plus a 15% refundable contingency reserve of ₳600,000. The proposal includes milestone-based disbursement through escrow, independent oversight, monthly updates, quarterly reports, a public transaction journal, and adoption indicators for Pebble.\n\n## 2. Governance Action Analysis\n\n### Positive aspects\n\nThe technical value of the proposal and the competence of HLabs are not rejected.\n\nThe unbundling from the previous proposal was a positive improvement.\n\nThe maintenance component appears more directly urgent, especially given dependencies across the ecosystem.\n\nPebble may be strategically relevant.\n\n### Negative aspects\n\nThe proposal still bundles two workstreams with different urgency profiles: TypeScript stack maintenance and Pebble development.\n\nThe maintenance component appears more directly urgent, while Pebble remains a more uncertain adoption bet.\n\nThe budget provides a minimally acceptable breakdown, but the FTE model aggregates too much. Salaries, overhead, compliance, legal costs, audit costs, and complementary personnel are embedded into a single US$200k/FTE rate.\n\nBased on market references, this appears to be a premium rate. That alone would not justify a NO vote, but it raises the standard for impact justification.\n\nThe proposed impact indicators do not meet that standard.\n\nOnboarding at least 20 developers over 12 months is a weak and easily gamified metric relative to the requested budget.\n\nThe proposal does not sufficiently demonstrate how the investment translates into measurable ecosystem impact, adoption, or cost-benefit.\n\n### Risks and concerns\n\nThe main concerns are governance-related: budget proportionality, cost-benefit, KPI robustness, and treasury prioritization under a constrained NCL environment.\n\nIn a highly competitive treasury environment, dReps should be careful not to over-prioritize infrastructure spending at the expense of other strategic areas of the ecosystem.\n\n## 3. Vote and Rationale\n\n**Vote: NO**\n\nThe vote is moving toward NO, not because the technical value of the proposal or the competence of HLabs is rejected, but because the proposal combines a more urgent maintenance component with a less urgent strategic language-development component, while asking for a premium budget and presenting an impact framework that is not sufficiently robust.\n\nIf the only issue were technical uncertainty, abstention would be more likely, with greater deference to technically specialized dReps. However, the concerns are primarily governance-related: budget proportionality, cost-benefit, KPI robustness, and treasury prioritization under a constrained NCL environment.\n\nThe TypeScript stack maintenance component appears more directly urgent, especially given dependencies across the ecosystem. Pebble may be strategically relevant, but it remains a more uncertain adoption bet.\n\nThe budget provides a minimally acceptable breakdown, but the FTE model aggregates too much. Salaries, overhead, compliance, legal costs, audit costs, and complementary personnel are embedded into a single US$200k/FTE rate. Based on market references, this appears to be a premium rate. That alone would not justify a NO vote, but it raises the standard for impact justification.\n\nThe proposed impact indicators do not meet that standard. In particular, onboarding at least 20 developers over 12 months is a weak and easily gamified metric relative to the requested budget. The proposal does not sufficiently demonstrate how the investment translates into measurable ecosystem impact, adoption, or cost-benefit.\n\nDespite recognizing the proposal’s strategic relevance, the governance concerns are sufficient to support a NO vote.\n\n## 4. Conclusion\n\nThe proposal includes relevant technical work and a maintenance component with clearer urgency, but the bundled scope, premium FTE model, weak adoption indicators, and insufficient cost-benefit justification do not meet the standard required for a treasury withdrawal of this size under a constrained NCL environment.\n\n---\n\n# Revisão de Ação de Governança — Voto: NO\n\n## 1. Introdução\n\nEsta proposta de retirada do Tesouro, submetida pela Harmonic Laboratories, solicita ₳4.600.000 para financiar um programa de trabalho de 12 meses focado em duas frentes de engenharia: desenvolvimento da Pebble e manutenção de tooling TypeScript.\n\nA Pebble é apresentada como uma linguagem imperativa de smart contracts pronta para produção na Cardano, desenhada com uma sintaxe semelhante a TypeScript e destinada a oferecer um caminho de desenvolvimento mais familiar para desenvolvedores de TypeScript, JavaScript, Solidity e outras linguagens imperativas. A proposta posiciona a Pebble como complementar à Aiken, não como substituta, argumentando que a Cardano se beneficia ao oferecer múltiplos paradigmas de desenvolvimento de smart contracts direcionados a UPLC.\n\nA segunda frente cobre manutenção de tooling e preparação para hard fork no stack TypeScript da HLabs, incluindo bibliotecas como cardano-ledger-ts, ouroboros-miniprotocols-ts, plutus-machine e uplc. A proposta afirma que essas bibliotecas são usadas direta ou transitivamente por projetos como Mesh, Lucid Evolution, Midgard, integrações de carteiras, indexers e backends de dApps.\n\nO orçamento solicitado é baseado em 5 FTEs a uma taxa anual de US$200.000 por FTE, usando uma taxa de conversão de US$0,25 por ADA. O orçamento base é de US$1.000.000, equivalente a ₳4.000.000, acrescido de uma reserva de contingência reembolsável de 15%, no valor de ₳600.000. A proposta inclui desembolso por marcos via escrow, supervisão independente, atualizações mensais, relatórios trimestrais, um diário público de transações e indicadores de adoção para a Pebble.\n\n## 2. Análise da Ação de Governança\n\n### Aspectos positivos\n\nO valor técnico da proposta e a competência da HLabs não são rejeitados.\n\nA separação em relação à proposta anterior foi uma melhoria positiva.\n\nO componente de manutenção parece mais diretamente urgente, especialmente considerando as dependências existentes no ecossistema.\n\nA Pebble pode ser estrategicamente relevante.\n\n### Aspectos negativos\n\nA proposta ainda reúne duas frentes de trabalho com perfis de urgência diferentes: manutenção do stack TypeScript e desenvolvimento da Pebble.\n\nO componente de manutenção parece mais diretamente urgente, enquanto a Pebble permanece uma aposta de adoção mais incerta.\n\nO orçamento apresenta um detalhamento minimamente aceitável, mas o modelo de FTE agrega elementos demais. Salários, overhead, compliance, custos legais, custos de auditoria e pessoal complementar estão incorporados em uma única taxa de US$200k/FTE.\n\nCom base em referências de mercado, essa parece ser uma taxa premium. Isso, isoladamente, não justificaria um voto NO, mas eleva o padrão exigido para a justificativa de impacto.\n\nOs indicadores de impacto propostos não atendem a esse padrão.\n\nO onboarding de pelo menos 20 desenvolvedores ao longo de 12 meses é uma métrica fraca e facilmente manipulável em relação ao orçamento solicitado.\n\nA proposta não demonstra suficientemente como o investimento se traduz em impacto mensurável no ecossistema, adoção ou custo-benefício.\n\n### Riscos e preocupações\n\nAs principais preocupações são relacionadas à governança: proporcionalidade orçamentária, custo-benefício, robustez dos KPIs e priorização do Tesouro em um ambiente de NCL restrito.\n\nEm um ambiente de Tesouro altamente competitivo, dReps devem ter cuidado para não priorizar excessivamente gastos com infraestrutura em detrimento de outras áreas estratégicas do ecossistema.\n\n## 3. Voto e Justificativa\n\n**Voto: NO**\n\nO voto caminha para NO, não porque o valor técnico da proposta ou a competência da HLabs sejam rejeitados, mas porque a proposta combina um componente de manutenção mais urgente com um componente estratégico de desenvolvimento de linguagem menos urgente, enquanto solicita um orçamento premium e apresenta uma estrutura de impacto que não é suficientemente robusta.\n\nSe o único problema fosse incerteza técnica, a abstenção seria mais provável, com maior deferência a dReps tecnicamente especializados. No entanto, as preocupações são principalmente relacionadas à governança: proporcionalidade orçamentária, custo-benefício, robustez dos KPIs e priorização do Tesouro em um ambiente de NCL restrito.\n\nO componente de manutenção do stack TypeScript parece mais diretamente urgente, especialmente considerando as dependências existentes no ecossistema. A Pebble pode ser estrategicamente relevante, mas permanece uma aposta de adoção mais incerta.\n\nO orçamento apresenta um detalhamento minimamente aceitável, mas o modelo de FTE agrega elementos demais. Salários, overhead, compliance, custos legais, custos de auditoria e pessoal complementar estão incorporados em uma única taxa de US$200k/FTE. Com base em referências de mercado, essa parece ser uma taxa premium. Isso, isoladamente, não justificaria um voto NO, mas eleva o padrão exigido para a justificativa de impacto.\n\nOs indicadores de impacto propostos não atendem a esse padrão. Em particular, o onboarding de pelo menos 20 desenvolvedores ao longo de 12 meses é uma métrica fraca e facilmente manipulável em relação ao orçamento solicitado. A proposta não demonstra suficientemente como o investimento se traduz em impacto mensurável no ecossistema, adoção ou custo-benefício.\n\nApesar de reconhecer a relevância estratégica da proposta, as preocupações de governança são suficientes para sustentar um voto NO.\n\n## 4. Conclusão\n\nA proposta inclui trabalho técnico relevante e um componente de manutenção com urgência mais clara, mas o escopo agrupado, o modelo premium de FTE, os indicadores fracos de adoção e a justificativa insuficiente de custo-benefício não atendem ao padrão exigido para uma retirada do Tesouro desse tamanho em um ambiente de NCL restrito.\n"
  }
}