ContentsBrowse sections
An evidence audit of DAO–public-administration comparisons
Basis of analysis
The audit reads the local empirical packet, including its raw captures, analysis scripts, and derived summaries, as an object of examination rather than as a set of results to be trusted. Its Canada Council branch is the archived official export with SHA-256 59ed464597cbbc64b5a408b5dc661d9c2d47b3335fe6f63bd93fa89488491a26 together with the published open-data methodology. Its Polkadot branch is the 12 April 2026 Polkassembly archive of 1,877 OpenGov listing records, a 17 May 2026 listing capture, the archived /votes/total responses holding 162,051 direct-vote rows and 248,121 delegated-vote rows across the 1,564-record subset, and clones of the Polkadot SDK and the runtimes repository at their reviewed revisions, recorded under Code Records. Its Gitcoin branch is imported Dune CSV outputs and a derived summary whose own metadata states that the outputs are captured but not query-replay certified, and the underlying SQL, Dune execution identifiers and timestamps, contribution-level official export, and preprocessing inputs its analysis script requires are absent. Current official Canada Council descriptions of decision making retrieved 15 July 2026, and federal legislation current to 26 May 2026, carry the legal and procedural statements; the accountability vocabulary comes from the conceptual literature listed in the references. Those materials support published award-record counts, nominal amounts, and dispersion by fiscal year; a reproducible audit of Polkassembly endpoint semantics and snapshot drift; a demonstration that the former delegation algorithm summed repeated delegate-level aggregates; and source-level capability at the reviewed revisions. They cannot show applicant success or equity, recipient concentration without documented entity resolution, a final on-chain delegation share, contribution-level Gitcoin inequality or retention, or the deployed runtime and executed extrinsics behind every referendum in the archived population. The Council marks the more detailed assessment page describing cancellation, reductions, Major Warnings, and Concerned Status as under review and out of date, so those details require current-rule confirmation before operative reliance.
This reconstruction asks a narrower question than the manuscript it replaces: what can the available records actually establish about accountability across the Canada Council for the Arts, Polkadot OpenGov, and historical Gitcoin Grants? It audits the unit of observation, population rule, transformation chain, source identity, and legal meaning of each empirical branch. The Canada Council export reproducibly contains 58,277 approved award records totalling CAD 2,233,026,441.67 across fiscal years 2017–18 through 2023–24, but it excludes unsuccessful applications and cannot measure applicant equity. The archived Polkassembly snapshot contains 1,564 records classified as Executed or Rejected under a stated date filter. A later listing contains 1,591 because indexer statuses matured or changed. More seriously, the former 91.7 percent mean delegation estimate summed delegate-level aggregates once for every delegator row. De-duplicated indexer reconstructions are materially lower and still diverge on 54 referenda, so no substantive delegation estimate survives without block-anchored on-chain validation. The Gitcoin branch consists of imported dashboard outputs without the underlying SQL, execution metadata, or contribution-level source records and is therefore not independently reconstructible. Both the former TI/C/S and adaptive-capacity rankings are withdrawn for lack of construct validation, and the proposed public-sector DAO pilot is withdrawn for lack of legal, privacy, security, procurement, and cost analysis. The supported contribution is methodological: a public data surface becomes evidence only when its semantic units, transformations, population state, and, where code is invoked, release, deployment, and execution identity can be recovered.
Visibility is an invitation to verify, not verification itself. A ledger, an open-data export, and a public dashboard may all be inspectable while exposing different objects, omitting different decisions, and resisting different forms of reconstruction. The important comparison is therefore not which institution appears most transparent. It is which claim can be rebuilt from a stable population, a correctly understood unit, and an accountable chain of evidence.
|
Note
|
Reconstruction status. This manuscript supersedes the May 2026 draft, including its comparative scores, cross-system inequality chart, adaptive-capacity ordering, delegation headline, and hybrid-pilot recommendation. Corrected indexer calculations below are diagnostic findings from the audit, not estimates authorized for a Polkadot governance submission. |
1. Research Question After Scrutiny
The original study asked whether decentralized autonomous organizations offer a more accountable architecture for Canadian public administration. That question presumed more commensurability than the evidence could bear. The three cases are not three implementations of one institutional function. The Canada Council is a statutory Crown corporation administering grants and prizes through program rules, peer assessment, delegated financial authority, and public law. Polkadot OpenGov is a protocol governance system with track-specific referenda and conviction voting (Polkadot n.d.). Gitcoin Grants 6–15 were historical funding rounds operated through a changing platform and mechanism. Their public records reveal different slices of different decision processes.
The reconstructed question is consequently prior to institutional evaluation:
What propositions remain warranted once each public record is tested for semantic validity, population stability, computational reproducibility, source identity, and legal relevance?
A comparison earns its meaning only after each record passes that test. If one column counts award records, another referendum-level totals, and another dashboard bins of uncertain provenance, a shared statistic does not create a shared object.
2. Accountability Is Not a Synonym for Observability
Bovens (2007) treats accountability as a relationship in which an actor must explain and justify conduct before a forum that can question, judge, and impose consequences. Traceability may support that relationship, but it does not contain it. A record can be durable yet unintelligible, complete at the transaction layer yet incomplete at the decision layer, public yet practically inaccessible, or auditable without identifying anyone who must answer for the result.
The distinction is well established. Fox (2007) separates transparency from accountability, and Meijer (2009) shows that computer-mediated visibility changes rather than dissolves interpretive problems. Ananny and Crawford (2018) warn against equating exposure with knowledge, while Tan, Mahula, and Crompvoets (2022) locate blockchain accountability across technical and institutional levels. The phrase visible is not yet verifiable therefore does not claim novelty as a general theory. Its narrower contribution is an evidence discipline for cross-system empirical work.
Four questions govern that discipline:
-
Semantic unit: What does a row, field, address, score, or event denote?
-
Population state: Which records are included, at what snapshot, under which status rule?
-
Transformation custody: Can every reported quantity be regenerated from archived inputs and executable code?
-
Institutional identity: Does the evidence establish a software capability, a released artifact, a deployed runtime, an executed decision, or a legally operative act?
The last distinction is essential for code-driven claims. Repository source can establish that a capability exists in a particular commit. It does not, by itself, establish that the code entered a release, that the release was deployed at a particular block, or that a particular extrinsic executed through it. Those propositions require progressively stronger evidence: release metadata and artifact hashes; runtime or contract identity at an anchored block; then transaction, event, state-transition, and receipt evidence.
3. Audit Design
3.1 Evidence Classes
This audit examines the local empirical packet rather than presuming its derived results are correct. It re-reads the official Canada Council export and methodology, the archived Polkassembly listing and vote responses, the imported Dune CSVs, analysis scripts, and cloned Polkadot source repositories. It also checks current official descriptions of Canada Council decision making and current federal legislation because legal and procedural claims are temporally sensitive.
| Branch | Observed unit | What the present packet can support | What it cannot support |
|---|---|---|---|
Canada Council |
An approved award record above the publication threshold |
Counts, nominal amounts, and dispersion of published award-record sizes by fiscal year |
Applicant success, rejection, appeal incidence, recipient-level inequality without entity resolution, or causal effects of program reform |
Polkassembly |
An indexer listing record and indexer-transformed vote row at an archived snapshot |
A reproducible audit of endpoint semantics and snapshot drift |
A final on-chain delegation estimate, a stable approval population, or executed-runtime identity |
Historical Gitcoin |
Imported aggregate dashboard rows |
A description of the captured outputs and their provenance gaps |
Contribution-level inequality, participant retention, causal effects, or clean independent replay |
3.2 Rules of Inference
The audit applies five conservative rules.
First, a quantity is named for its actual unit. A Gini coefficient over award amounts is not an equity index, a Gini over ten round totals is not donor inequality, and dispersion across referendum totals is not voter concentration. Second, a census of a bounded export receives descriptive uncertainty from data quality and scope, not an artificial sampling interval. Third, indexer output is treated as a transformed secondary source until its semantics are reconciled against the underlying chain. Fourth, a changing status field is part of the data-generating process, not administrative noise to be silently refreshed. Fifth, policy or causal claims are not inferred from descriptive time series.
4. Canada Council: Reproducible Amounts, Bounded Meaning
4.1 What Reproduces
The archived official export has SHA-256 59ed464597cbbc64b5a408b5dc661d9c2d47b3335fe6f63bd93fa89488491a26. The local cleaning procedure reproduces 58,277 records and CAD 2,233,026,441.67 across seven fiscal years, 2017–18 through 2023–24. The Gini coefficient of award-record amounts is 0.619204. The annual sequence is:
| Fiscal year | Records | Nominal amount (CAD) | Award-record Gini |
|---|---|---|---|
2017–18 |
5,980 |
206,910,208.67 |
0.656845 |
2018–19 |
7,480 |
247,739,031.00 |
0.657066 |
2019–20 |
7,866 |
271,931,802.00 |
0.659721 |
2020–21 |
9,990 |
378,464,742.00 |
0.610588 |
2021–22 |
9,904 |
457,068,475.00 |
0.551498 |
2022–23 |
9,450 |
364,599,578.00 |
0.601632 |
2023–24 |
7,607 |
306,312,605.00 |
0.620358 |
These descriptive results are strong, and they are narrower than the former manuscript allowed.
4.2 What the Export Omits
The methodology describes published approved awards, not the application population. Unsuccessful applications are absent. So are several payment classes and protected records specified in the methodology (Canada Council for the Arts n.d.), as well as later adjustments that may not appear as new rows. A recipient may receive several awards. Recipient names are raw strings rather than resolved entities, so spelling and punctuation variants create false separation. The file mixes project grants, core grants, prizes, fellowships, and other program forms.
The 0.619204 statistic is therefore the dispersion of nominal award-record sizes within the published export. It cannot be interpreted as inequality among people, inequality among resolved recipient organizations, fairness across applicants, or distributive justice. The former comparison to income Gini values and to unlike blockchain aggregates is withdrawn. The record-level HHI is likewise not evidence that no recipient dominates funding. Recipient concentration would require documented entity resolution and an explicit treatment of repeated awards.
4.3 Pandemic-Era Sequence Is Descriptive
Award-size dispersion fell between 2019–20 and 2021–22, then rose. Total published amounts and record counts changed sharply at the same time. The raw export also contains large emergency and program-specific components, including COVID emergency support in 2020–21 and a substantial Digital Now component in 2021–22. These compositional changes make the sequence institutionally interesting but causally indeterminate.
The data do not identify whether any movement arose from eligibility reform, budget expansion, program mix, applicant composition, award caps, strategic allocations, or administrative discretion. Nor do they establish that a lower award-size Gini is normatively preferable: a portfolio of many modest project grants and a portfolio containing large core grants serve different purposes. The earlier claims about political commitment, administrative redesign, and subsequent reversion are withdrawn pending a program-level design with applicant denominators and identified policy changes.
5. Polkadot: An Endpoint-Semantic Failure
5.1 Archived Population Is a Snapshot, Not a Stable Universe
The 12 April 2026 Polkassembly archive contains 1,877 OpenGov listing records. Applying the original creation window, 1 June 2023 inclusive to 1 April 2026 exclusive, and retaining only records then labelled Executed or Rejected produces 1,564 records: 993 Executed and 571 Rejected.
This is a census of a conditional status subset at one indexer snapshot. It excludes records labelled TimedOut, ExecutionFailed, Cancelled, Confirmed, Approved, Killed, or still in progress. It is not the full proposal population, and 993 / 1,564 is not an unconditional approval rate.
A listing capture on 17 May 2026 produced 1,591 records under the same creation and binary-status rule: 1,019 Executed and 572 Rejected. The 27-record net difference includes status maturation and reclassification among already observed referenda, as well as changes in the listing. Each total answers which records satisfied an indexer rule at its own snapshot rather than settling one timeless question. Any outcome analysis must freeze the snapshot, preserve full status history, and specify whether later maturation is part of the estimand.
5.2 Why 91.7 Percent Was Wrong
The former analysis calculated delegation share by summing selfVotingPower and delegatedVotingPower over every row returned by Polkassembly’s /votes/total endpoint. That operation misread the endpoint.
The archive contains 162,051 direct-vote rows and 248,121 delegated-vote rows across the 1,564-record subset. A delegated row identifies an individual delegator through balance and lockPeriod, but repeats the aggregate delegatedVotingPower received by the same delegatedTo address. It also repeats that delegate’s selfVotingPower. If 16 people delegate to one voter, summing the aggregate field over those 16 rows can count the same delegate-level total 16 times.
The July 2026 correction reproduces the former algorithm exactly: an equal-referendum mean of 0.917022 and median of 0.991331. Counting each endpoint aggregate once per delegate and direct self-vote rows once produces a mean of 0.751776, median of 0.937576, and pooled power share of 0.652488. Independently summing each delegator’s balance × lockPeriod produces a mean of 0.750483, median of 0.937131, and pooled share of 0.651059.
The correction is decisive about the old result: 91.7 percent is withdrawn. It is not decisive about the true on-chain result. The two corrected indexer constructions differ by more than one percentage point on 54 referenda and by as much as 0.299 on one. Nested delegation, indexer transformation, or field semantics may explain those cases. The corrected values remain useful as a diagnostic demonstration of the original error, but they cannot carry a substantive claim about representative drift until reconstructed from anchored chain state.
5.3 Two Further Quantities Are Withdrawn
The former Polkadot Gini of approximately 0.079 was calculated over total voting power for 20 selected referenda. It measured dispersion between referendum totals, not inequality among voters. It is withdrawn from the accountability comparison.
The same 20-row sample contained different OpenGov tracks with different preparation, decision, confirmation, and enactment periods. The cloned runtime source defines decision periods of seven or 28 days and materially different confirmation periods across tracks. A comparison of observed durations by outcome in that selected sample is therefore entangled with track design, case selection, and protocol timing. It cannot establish deliberative scrutiny, fatigue, or a universal 15-day minimum.
5.4 What the Source Clones Establish
The local Polkadot SDK clone contains the conviction-voting delegate and undelegate calls. The local runtimes clone contains track definitions. Those facts establish source-level capability at the revisions those records name.
They do not identify the release or WebAssembly runtime active for every referendum in the archived population. The packet lacks an exact block anchor, specVersion, runtime code hash, storage proof, and independent RPC captures linking the inspected source to the deployed runtime and then to each observed execution. Repository evidence must not be promoted into deployment or execution evidence.
6. Gitcoin: Captured Output Without Reconstructible Provenance
The Gitcoin branch contains imported Dune CSV outputs and a derived summary. Its own metadata states that the outputs are captured but not query-replay certified. The underlying SQL, Dune execution identifiers and timestamps, contribution-level official export, and preprocessing inputs required by the analysis script are absent. A clean run from raw records to the published statistics is not presently possible.
Several earlier interpretations also crossed units:
-
the reported 0.285 Gini is dispersion across ten aggregate round totals, not contribution or recipient inequality;
-
the 73,241-of-76,544 count comes from amount-category output whose source query and row semantics are not in custody;
-
76.9 percent is a mean of weekly
new_users / all_usersratios, not the share of new participants in a typical round; -
4.4 percent is a GR6-to-GR15 cohort endpoint, not general return from the immediately preceding round; and
-
blockchain addresses are not automatically unique people.
These quantities are quarantined rather than reinterpreted. Historical Grants rounds also should not be used as a timeless proxy for Gitcoin’s later protocol architecture. A publishable branch would require versioning each round definition, obtaining official raw contribution records or reconstructing them at chain level, supplying the query text with its execution metadata, mapping chains, contracts, and deployments, replaying results at transaction level, and stating an explicit rule for identity and sybil treatment.
7. Why the Comparative Scores Are Withdrawn
The former TI/C/S instrument assigned decimal scores to traceability, contestability, sanctionability, and adaptive capacity, then averaged them into system rankings. Decimal places implied a precision the instrument’s validity could not support.
The components mixed unlike functions. A follow-up blockchain proposal is not an applicant appeal. Automated execution is not itself a sanction. A pseudonymous address does not necessarily create an identifiable duty to answer. Conversely, the Canada Council publishes criteria and assessor names, provides score information in its current process, permits review where a procedural error may have occurred, and uses reductions, Major Warnings, Concerned Status, cancellation, and other compliance measures. The prior rubric discounted those institutions while awarding full values to on-chain visibility and reversibility.
The scoring procedure had no validated anchors, independent coders, inter-rater reliability, stakeholder testing, convergent or discriminant validation, or evidence that ordinal judgments could be averaged as interval measurements. The purported adaptive-capacity inter-rater exercise was a scripted sensitivity scenario, not independent rating. Its ordering changed under alternative author-assigned values.
The numerical scores, radar chart, weighted variants, coordinate-wise dominance claim, and adaptive-capacity ranking are withdrawn. Traceability, answerability, contestability, and enforceability may remain useful questions. They are not yet a measurement scale.
8. Canadian Public-Law Boundary
The Canada Council for the Arts Act (Department of Justice Canada 2026a) establishes the Council’s statutory objects, powers, financial provisions, audit, and reporting framework. The Council’s current decision page describes external peer assessment for most applications, ranking against published criteria, staff determination of amounts, delegated approval authority, written results and scores, and a limited review path where evidence suggests a procedural error (Canada Council for the Arts 2026). A more detailed assessment page describes cancellation, reductions, Major Warnings, and Concerned Status, but the Council marks that page under review and out of date. Those details therefore require current-rule confirmation before operative reliance. Even with that caution, the earlier depiction of nearly absent contestability and sanctionability was materially incomplete.
Nothing in this audit establishes that statutory decision authority may be displaced by token voting or smart-contract execution. Depending on the institution and design, publishing applications, deliberations, identities, or immutable decision records could raise questions under several distinct legal and policy regimes. Those regimes cover privacy, access to information, confidential information, copyright, official languages, accessibility, records management, security, procurement, and procedural fairness. Automated decision support may trigger additional federal policy obligations depending on institutional scope and system design. Qualified review must determine what those regimes permit and require of an institution.
The former recommendation for a blockchain grant pilot is withdrawn. The evidence does not include a legal opinion, privacy impact assessment, algorithmic impact assessment, threat model, independent security audit, procurement analysis, administrative cost model, accessibility assessment, or consultation with applicants and affected communities. Less intrusive measures, including versioned open data, clearer decision metadata, procedural logs, reason-giving, and auditable appeal statistics, must be evaluated on their own merits before a distributed ledger is treated as necessary.
9. What Survives
| Disposition | Claim | Boundary |
|---|---|---|
Retained |
The archived Canada Council export contains 58,277 published award records totalling CAD 2.233 billion across 2017–18 to 2023–24. |
Describes approved published records, not all applications, people, or resolved recipients. |
Retained |
Award-record size dispersion fell during 2020–21 and 2021–22 and later rose. |
Descriptive sequence only; program composition and causal mechanisms are unresolved. |
Retained as audit finding |
The old Polkassembly delegation algorithm multiplies repeated aggregate fields. |
Correction is demonstrated against the archived endpoint; true on-chain shares remain uncertified. |
Retained as audit finding |
The binary Polkadot population changed from 1,564 to 1,591 between archived listing snapshots. |
Shows status/snapshot dependence, not substantive growth by itself. |
Withdrawn |
DAO systems score approximately 0.94 and the Canada Council 0.24 on accountability. |
Instrument lacks construct validity and commensurable components. |
Withdrawn |
Polkadot’s mean delegation share is 91.7 percent and demonstrates representative drift. |
Produced by repeated delegate aggregates; corrected indexer estimands await on-chain validation. |
Withdrawn |
The former Gitcoin aggregates were treated as evidence for a cross-system accountability comparison. |
Raw data, query, execution, and identity provenance are incomplete. |
Withdrawn |
The evidence supports a Canadian public-sector DAO or smart-contract grant pilot. |
Legal authority, privacy, security, accessibility, procurement, cost, and institutional evidence are absent. |
10. Submission-Grade Research Programme
A future comparison remains possible, but it requires a different design.
10.1 Construct the Comparison Before Calculating It
Define the institutional function being compared: application, recommendation, authorization, disbursement, compliance, appeal, or rule change. Develop observable indicators separately for traceability, answerability, contestability, and enforceability. Use anchored coding rules, multiple independent raters, adjudication logs, and reliability reporting. Test whether the indicators mean the same thing across statutory and protocol institutions before aggregation. Do not manufacture a single ranking unless construct and measurement invariance are demonstrated.
10.2 Rebuild Each Empirical Branch
For the Canada Council, obtain application denominators, program-component definitions, requested amounts, decision outcomes, procedural-review counts, and longitudinal recipient identifiers under an appropriate privacy regime. Resolve recipient entities with an auditable protocol. Model program and fiscal-year composition before interpreting distributional change.
For Polkadot, freeze a block range and runtime identity; archive at least two independent RPC captures. Reconstruct direct votes, delegations, conviction multipliers, nested delegation, and referendum status from chain state or events, and reconcile every discrepancy with third-party indexers. Analyse tracks separately or model their timing rules explicitly.
For historical Gitcoin, obtain the exact SQL and execution metadata or reconstruct from official contracts and events. Fix the round universe, chain and contract addresses, currency normalization, address-linkage rule, sybil treatment, and contribution identity. Preserve a raw-to-result pipeline that runs in a clean environment.
10.3 Separate Capability, Deployment, and Effect
For every code-based proposition, record:
-
the repository and exact commit that implements the capability;
-
the released artifact and reproducible build or hash;
-
the deployed contract or runtime and block-anchored identity;
-
the transaction, event, or state transition showing execution; and
-
the institutional evidence needed to connect execution to accountability effects.
The first four steps establish increasingly concrete technical facts. None alone establishes that people could understand, challenge, or obtain redress from a decision. That final proposition requires user, legal, and institutional evidence.
Scope of Inference
Every empirical result reported here is bounded to the archived packet as it stood at the July 2026 correction. Within that boundary the audit describes published Canada Council award records for fiscal years 2017–18 through 2023–24, an indexer listing and its vote responses for OpenGov referenda created between 1 June 2023 and 1 April 2026, imported dashboard outputs for historical Gitcoin Grants rounds 6–15, and source files at two named commits. The legal and procedural statements rest on a separate layer: current official Canada Council descriptions of decision making retrieved 15 July 2026 and federal legislation current to 26 May 2026. No empirical result depends on observations outside those surfaces.
Each branch carries its own unit, and the unit fixes what a number can mean. A Canada Council row is one published approved award record above the publication threshold, so counts, nominal amounts, and the 0.619204 dispersion figure describe awards rather than applicants, people, or resolved recipient organizations. Polkassembly rows are indexer listing records or indexer-transformed vote rows at one snapshot, which makes the 1,564-record subset a conditional status census rather than the proposal population. Gitcoin rows are imported aggregates whose query and execution metadata are missing. Describing the captured outputs and their provenance gaps is the only use that record supports.
Layer separation bounds every code-based statement. The Polkadot SDK and runtimes clones establish source-level capability at the revisions cited in section 5.4. They do not identify the release or WebAssembly runtime active for every referendum in the archived population, or any executed extrinsic, because the packet lacks an exact block anchor, specVersion, runtime code hash, storage proof, and independent RPC captures.
Outside those bounds lie applicant success, rejection, appeal incidence, recipient-level concentration without documented entity resolution, and causal effects of Canada Council program reform. For Polkadot, a final on-chain delegation share, a stable approval population, and executed-runtime identity lie outside as well. For Gitcoin, so do contribution-level inequality, participant retention, causal effects, and clean independent replay. The withdrawn TI/C/S and adaptive-capacity scores stay outside every branch until the instrument is rebuilt and validated on the terms set out in section 10.1. The withdrawn pilot recommendation stays outside because the record contains no legal opinion, privacy impact assessment, algorithmic impact assessment, threat model, independent security audit, procurement analysis, administrative cost model, accessibility assessment, or consultation with applicants and affected communities.
Legal and temporal statements carry a further limit. The Canada Council for the Arts Act and the Privacy Act are read as current to 26 May 2026 (Department of Justice Canada 2026a, 2026b), and the Council’s decision page as retrieved on 15 July 2026. The Council marks its more detailed assessment page under review and out of date, so the cancellation, reduction, Major Warning, and Concerned Status details require current-rule confirmation before operative reliance. Historical Grants rounds likewise do not stand as a proxy for Gitcoin’s later protocol architecture.
Falsification
The affirmative claim is methodological: a public data surface becomes evidence only when its semantic units, transformations, population state, and, where code is invoked, release, deployment, and execution identity can be recovered. Five observations would defeat that claim or one of the subsidiary findings the audit retains. Four name the object a reader would have to inspect to settle them, and the first names a replication others would have to run. One can be tested against material the packet already holds. The record does not presently contain what the other four require, and each entry says so.
-
A replication in which independent researchers reached stable, semantically equivalent results from these same public surfaces without recovering unit, population, transformation, and deployment identity would defeat the discipline stated in section 2 and restated in the conclusion. No such replication sits in the record. The surfaces are in custody, but a competing reconstruction would have to be run and reported by others before it could be weighed.
-
A row-level re-reading of the archived
/votes/totalresponses showing thatdelegatedVotingPowervaries with each delegator rather than repeating the aggregate received by the samedelegatedToaddress would defeat the correction in section 5.2 and the audit finding retained in section 9. The 248,121 delegated-vote rows are in custody, so this is the one condition testable against the packet as it stands. -
A reconstruction from anchored chain state that returned the former mean of 0.917022 under a clearly specified estimand would remove the ground for treating the former figure as an artifact of repeated aggregate fields, defeating the reading of the correction given in section 5.2 and the disposition recorded in section 9. The packet cannot supply it: no exact block anchor,
specVersion, runtime code hash, storage proof, or independent RPC capture is held, so the observation would first have to be produced from chain state. -
Recovery of the missing SQL, Dune execution identifiers and timestamps, and contribution-level export, followed by a run whose units matched the earlier readings of the 0.285 Gini, the 73,241-of-76,544 count, 76.9 percent, and 4.4 percent, would defeat the quarantine imposed in section 6. Those inputs are absent from the packet, so no such run can be attempted from the record as it stands.
-
Applicant-level data showing that award-size dispersion reliably tracked access or equity once program composition was controlled would defeat the boundary set in section 4.2 on the 0.619204 statistic and the corresponding boundary recorded in section 9. The published export excludes unsuccessful applications, so the denominators are not in the record and would have to be obtained under an appropriate privacy regime.
Four of the five conditions name a retrievable object: rows in an archived endpoint response, chain state at an anchored block, a query with its execution record, or the applicant-level data named in section 10.2. The first requires an independent reconstruction by other researchers rather than an object in this record. None requires a forecast about future practice, which keeps the refutation test separate from the reconstruction programme set out above.
Submission of an empirical comparison or policy recommendation remains blocked until four gates are closed: the Polkadot branch is independently reconstructed on-chain, the Gitcoin branch is replayable from identified raw records, the accountability instrument is validated, and Canadian legal and institutional feasibility is reviewed by qualified specialists with affected-community input.
Conclusion
The earlier manuscript treated public visibility as if it were a common metric, and this audit shows why that move was premature. The Canada Council export is reproducible but normatively incomplete. Polkassembly is unusually inspectable, yet a plausible-looking endpoint statistic failed because its aggregate fields were misunderstood. The Gitcoin outputs are locally present but not reconstructible from their causal and computational source chain. Code repositories describe capabilities but do not identify deployed or executed systems.
The audit ends in a demand for sharper nouns rather than a verdict for bureaucracy or against decentralized governance. An award is not an applicant, an address is not a person, a referendum total is not voter inequality, a source file is not a deployment, and a visible event is not an accountable institution. Publicity lowers the cost of asking questions. Only disciplined reconstruction can tell us which answers it contains.
References
Ananny, M., and K. Crawford. 2018. "Seeing Without Knowing: Limitations of the Transparency Ideal and Its Application to Algorithmic Accountability." New Media & Society 20(3): 973–989. https://doi.org/10.1177/1461444816676645.
Bovens, M. 2007. "Analysing and Assessing Accountability: A Conceptual Framework." European Law Journal 13(4): 447–468. https://doi.org/10.1111/j.1468-0386.2007.00378.x.
Canada Council for the Arts. 2026. "Decision Making: Awarding Grants and Prizes." Retrieved 15 July 2026. https://canadacouncil.ca/funding/funding-decisions/decision-making-process.
Canada Council for the Arts. n.d. Open Data Methodology, 2023–2024. Archived in the empirical packet.
Department of Justice Canada. 2026a. Canada Council for the Arts Act, R.S.C. 1985, c. C-2. Act current to 26 May 2026. https://laws-lois.justice.gc.ca/eng/acts/C-2/.
Department of Justice Canada. 2026b. Privacy Act, R.S.C. 1985, c. P-21. Act current to 26 May 2026. https://laws-lois.justice.gc.ca/eng/acts/P-21/.
Fox, J. 2007. "The Uncertain Relationship Between Transparency and Accountability." Development in Practice 17(4–5): 663–671. https://doi.org/10.1080/09614520701469955.
Meijer, A. 2009. "Understanding Modern Transparency." International Review of Administrative Sciences 75(2): 255–269. https://doi.org/10.1177/0020852309104175.
Polkadot. n.d. "OpenGov Documentation." Retrieved 15 July 2026. https://docs.polkadot.com/polkadot-protocol/onchain-governance/.
Tan, E., S. Mahula, and J. Crompvoets. 2022. "Blockchain Governance in the Public Sector: A Conceptual Framework for Public Management." Government Information Quarterly 39(1): 101625. https://doi.org/10.1016/j.giq.2021.101625.
The computational correction, claim ledger, custody review, and source register are preserved in research/dao-public-administration-audit-2026-07-15/.
Code Records
Polkadot SDK. 2026. Conviction-voting delegate and undelegate calls; revision ce8b548166154dfaf7c330a0305da8bb93cd0c75; shallow, partial local clone inspected 15 July 2026 and behind its observed remote. Source capability at that revision; release, deployed runtime, and executed extrinsic unestablished. Custody in research/dao-public-administration-audit-2026-07-15/source-register.json.
Polkadot runtimes. 2026. OpenGov track definitions and timing parameters; revision 93b5bcc82ea9927829083221f2df1c59f27cf4e0; shallow, partial local clone inspected 15 July 2026 and behind its observed remote. Source capability at that revision; the historically deployed specVersion behind each focal referendum unestablished. Custody in research/dao-public-administration-audit-2026-07-15/source-register.json.