<?xml version="1.0" encoding="utf-8"?><feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en"><generator uri="https://jekyllrb.com/" version="4.4.1">Jekyll</generator><link href="https://oconsent.io/blog/feed.xml" rel="self" type="application/atom+xml" /><link href="https://oconsent.io/" rel="alternate" type="text/html" hreflang="en" /><updated>2026-06-28T13:34:33+08:00</updated><id>https://oconsent.io/blog/feed.xml</id><title type="html">oConsent</title><subtitle>oConsent is an open protocol for recording consent so anyone can check it later, without trusting the company that collected it. Signed, timestamped, and anchored on a public chain. Backed by a 2022 paper, with a working reference implementation in Python and Solidity.</subtitle><author><name>Subhadip Mitra</name></author><entry><title type="html">An honest reset for oConsent</title><link href="https://oconsent.io/blog/an-honest-reset/" rel="alternate" type="text/html" title="An honest reset for oConsent" /><published>2026-06-28T00:00:00+08:00</published><updated>2026-06-28T00:00:00+08:00</updated><id>https://oconsent.io/blog/an-honest-reset</id><content type="html" xml:base="https://oconsent.io/blog/an-honest-reset/"><![CDATA[<p>For a while, oConsent’s website described a product. A production-grade platform with token-based permissions, payments to data owners, support across several blockchains, and a dashboard. It read well. The problem is that almost none of it was real.</p>

<p>What is real is smaller and, I think, more interesting. oConsent is an idea from a <a href="https://arxiv.org/abs/2201.01326">2022 paper</a> with a working reference implementation: a way to record consent as a signed, independently timestamped agreement, anchored on a public chain, that anyone can verify later without trusting the company that collected it. The lifecycle works. The signatures work. The timestamping works. The contracts have tests. You can run the CLI today.</p>

<p>So I rebuilt the site to say that, and only that.</p>

<h2 id="why-bother-being-this-blunt">Why bother being this blunt</h2>

<p>Because the entire pitch of this project is that you should not have to take a company’s word for what you agreed to. A site for that project, full of claims you have to take on faith, is self-defeating. The new <a href="/status/">status page</a> lists what is built, what is half-built, and what does not exist yet, including the part the old site leaned on hardest: the zero-knowledge proofs are a placeholder right now, not the real thing. The code admits it in a comment. Now the site does too.</p>

<p>There is a smaller tell worth mentioning. This site uses cookieless analytics, sets no cookies, and serves its own fonts, so reading it does not feed you into anyone’s tracking. That should be the baseline for a privacy project, not a feature.</p>

<h2 id="what-i-want-help-with">What I want help with</h2>

<p>This needs contributors more than it needs an audience. The most useful thing you can do is read <a href="/how-it-works/">how it works</a>, then try to find the case where the record proves nothing. After that, the open problems are concrete: real zero-knowledge proofs, support beyond Ethereum, finishing the licensing, and better docs.</p>

<p>If any of that sounds like your kind of problem, the <a href="https://github.com/bassrehab/oconsent">code is here</a> and the <a href="/contribute/">contribute page</a> tells you where to start. If you just want to follow along, the <a href="/blog/feed.xml">RSS feed</a> is the no-tracking way to do it.</p>]]></content><author><name>Subhadip Mitra</name></author><summary type="html"><![CDATA[The old site promised a production platform that does not exist. Here is what oConsent actually is, and what we want help building.]]></summary><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://oconsent.io/assets/img/og-card.png" /><media:content medium="image" url="https://oconsent.io/assets/img/og-card.png" xmlns:media="http://search.yahoo.com/mrss/" /></entry></feed>