Monop Content presents AILeash — a compliance API for platforms running AI. Governance, child safety and fraud alerts on one tamper-evident engine
Every AI decision.
Sealed. Provable. Yours.
The compliance layer you build on top of. You put sebbi.pro underneath your app; it scores every AI decision in under 30ms — ALLOW, CHALLENGE or BLOCK — and seals each one into a SHA-256 chain nobody can quietly edit. Not a hacker. Not an employee. Not even us — the chain is timestamped through OpenTimestamps into Bitcoin, so the clock sits outside our control, and other platforms witness our chain so we cannot rebuild it either. Built to support EU AI Act Articles 9, 12, 13 and 14, the Online Safety Act, the ICO Children's Code and the DSA. When a regulator asks what your AI decided and why, you answer in one API call. Free for 90 days. Then 50p per device. No tiers, no sales calls.
Three steps. That is it.
What normally costs £50,000 a year in compliance tooling, free for 90 days and then 50p per device.
Get a free key
Sign up below. No card, no contract. Everything free for 90 days — the full engine against your real traffic, plus a step-by-step installation guide straight to your inbox.
Send us the event
Each time a user acts, your platform posts the details. We score it across 9 signals in under 30ms and return ALLOW, CHALLENGE or BLOCK — sealed into the chain before you get the reply.
You set the price
Charge your users what you like. After your 90 free days, we take 50p per device per month — metered on the real devices that used your key. Everything above it is yours, every month.
Add one line. Never think about it again.
The slowest part of any compliance tool is wiring it in. So we removed that part. Put one line above a function and every call it makes from then on is fingerprinted and sealed — automatically, forever, with nothing else to remember.
def approve_loan(application):
A hash. Nothing else.
The inputs and the result are hashed on your machine. The hash goes out; the data does not. Not in debug mode, not in an error, not ever — there is no code in the file that could send it. It's one short file and your engineer can read the whole thing over a coffee and confirm that, which is a better answer than a promise from us.
A tenth of a millisecond
Measured, not estimated: 0.098ms added to each call. The network part happens on a background thread, so your code never waits for us. If we go down your application doesn't slow down, doesn't error and doesn't care — records queue on your own disk and go out when we're back.
A receipt, per call
Each call gets its position in the chain and the tip it was sealed under. Hand those two values to an auditor and they can check it without asking you for anything. No dependencies to install — it's a single file using nothing but the Python standard library, which is the only kind of thing a bank's security team approves quickly.
What a receipt proves, and what it doesn't
It proves that this exact input and this exact output existed at or before the moment they were sealed, and that neither has changed since.
It does not prove the decision was right. Wrong answers seal exactly as cleanly as right ones. It does not prove your records are complete — it seals what you decorated, and it cannot know about the call you didn't. It does not prove your model behaved; it fingerprints what went in and what came out, not the reasoning in between.
Those three sentences are in the file's own documentation, at the top, where a buyer's engineer will read them first. Anyone selling you the opposite of them is selling something that does not exist.
Five products. One engine.
The same 9-signal engine and audit chain underneath all of them. Pick one or take the lot. Every one is free for your first 90 days. Four run on our infrastructure; Sebdog runs on yours.
Who it's for: any company whose AI makes decisions about people — banks approving loans, insurers pricing policies, fintechs blocking payments, marketplaces banning accounts. What it does: every decision your AI makes gets scored, explained in plain English, and locked into a record that nobody can quietly change. The EU AI Act says you must keep this proof. When the regulator knocks, you hand it over — block by block.
✓Tamper-evident SHA-256 chain — alterations are detectable, by anyone
✓Built for EU AI Act Articles 9, 12, 13 and 14
✓Free for 90 days, no card to start
Who it's for: companies already running AI on AWS, Azure, Google Cloud, OpenAI or Anthropic who need compliance without slowing anything down. What it does: one line of code adds a full audit record to every AI call. Powered by our Sebdog engine — the same core that runs AILeash — scoring in 28ms, so fast your users never notice it's there.
✓Works alongside AWS, Azure, Google Cloud, OpenAI, Anthropic
✓SHA-256 audit chain on every call, automatically
✓28ms median decision time, measured on our own traffic
Who it's for: online shops, payment companies, marketplaces — anyone who loses money to fraud. What it does: watches every event on your platform. When something looks wrong — 500 messages in a minute, a login from a strange country, a pattern that smells like fraud — Sentinel emails you an alert with the sealed evidence attached. You catch it while it's happening, not after the money's gone.
✓Velocity signals catch burst attacks, takeovers and bots
✓Every alert backed by its own tamper-evident chain entry
✓Same one API call, same 90 free days
Who it's for: consoles, games and social apps with young users. The Online Safety Act makes you responsible for keeping children safe, with substantial fines if you don't. What it does: you get an API key and build Guardian into your own app. Your young users get a Help button and grooming-pattern flagging inside YOUR app; you get a tamper-proof record proving your duty of care — the exact evidence Ofcom asks for.
✓Every safety event sealed to the audit chain — provable to a regulator on demand
✓Message content never stored, only a fingerprint — privacy by design
✓CEOP, Childline and 999 one tap away for every child, always
Who it's for: hospitals, councils, defence suppliers, banks — anyone whose answer to “where does our data go?” has to be nowhere. What it does: the same engine, running inside your building on your own machine. Decisions, events and the audit chain never leave your disk. There is no phone home: the licence is checked locally with a signature, so it runs on a box with the network cable pulled out. And you can prove that with a packet capture rather than taking our word for it.
✓Zero outbound connections — verify it yourself with tcpdump
✓Your chain witnessed by outside operators — only a hash leaves, and only if you switch it on
✓Daily backups, sealed into the chain, so restoring an old one is visible
The data never leaves. The proof still does.
Every compliance vendor asks you to send them your data. That is a straight trade: you get an audit trail, they get your records. For a hospital, a council or a defence supplier that trade is simply not available, so those organisations end up with nothing but a spreadsheet.
Sebdog is the same engine running inside your building. Your decisions, your events and your hash chain sit on your disk and never move. We cannot read them. We cannot subpoena them out of our own systems, because they were never in our systems.
Which leaves the obvious problem, and it is the one everybody skips: a hash chain on your own server proves nothing against you. You own the file. You own the keys. You can rebuild it forward, re-sign it and renumber it, and nobody outside can tell. An audit trail the owner can silently rewrite is a diary, not evidence.
Somebody else holds your history
Sebdog publishes its current chain head — 64 characters, no data in it — and independent operators fetch it on their own schedule and seal it into their own chains. From that moment your past sits inside records you do not control. Rewriting it would mean persuading all of them to rewrite theirs in step.
You can't choose the moment
A timestamp is something you go and get. A peer polling you is something that happens whether you want it to or not. That difference is the whole point: you cannot cherry-pick which of your events get covered, because a chain head commits to every block behind it.
One hash, and only if you enable it
Witnessing is off until you turn it on, and when it is on the entire payload is a hash. It cannot be reversed and it reveals nothing but that your chain exists and has moved. If you never enable it, Sebdog makes no outbound connection at all.
Read it, or watch it
It is one file of plain Python with no dependencies. Your engineer can read every line, or run it behind a packet capture and watch it stay silent. We are not asking to be trusted on this — a claim you can check in an afternoon is worth more than a certification.
chainSHA-256, every block linked to the one before it, on your disk only
verifyone call rewalks and rehashes every block from genesis — not a summary, the actual arithmetic
backupsdaily, last seven kept, and each one sealed into the chain — so quietly restoring an older database shows up
witnessyour head published for peers to seal; theirs sealed into yours. Off by default
Nine signals as standard. Then add your own.
Every event is scored against the nine core signals below. A Signal Pack loads extra signals on top, tuned to one kind of risk — and the pack itself is sealed into the chain, so the rules that were running at the moment of a decision are part of the record, not a memory.
For checkouts, transfers and payment platforms. Sharpens the money signals — sudden value jumps, new beneficiaries, card testing patterns and burst behaviour that a flat rule set misses. Pairs with Sentinel.
For games, consoles and social apps with young users. Adds grooming and manipulation pattern signals, age-context weighting, and contact-escalation detection. Content is never stored — only a fingerprint. Pairs with Guardian.
For credit, insurance and account opening — the decisions the EU AI Act treats most seriously. Adds identity-consistency and document signals, and forces a CHALLENGE pathway wherever a decision would materially affect a person's access to a service.
For marketplaces and platforms managing seller and account abuse. Adds account-age, listing-behaviour and coordinated-activity signals, so bans and suspensions carry evidence rather than a support note.
Your risk is not everyone's risk. Define your own signals, set the weights and thresholds, and run them on the same deterministic engine. Same inputs give the same outputs, every time — no drift, no retraining, nothing to explain away.
The part that matters at audit
Anyone can log a decision. The hard question, eighteen months later, is which rules were live when that decision was made — and most systems answer it with a changelog somebody could have edited.
Every pack has a version hash. When a decision is sealed, the pack hash is sealed with it. Change a weight, change a threshold, add a signal, and the pack gets a new hash and a new block in the chain. Rule changes become auditable events, never silent edits — and any decision can be traced back to the exact rule set that produced it.
packpayments-fraud · v4 · hash 7ab1…
meaningthis verdict, under these exact rules, at this exact time — provable by anyone
You set the price. You keep the rest.
Your first 90 days are free. After that we take 50p per device per month. Everything above it is yours — every month, for as long as they stay.
Type your exact device count. You are only ever billed for the real number of unique devices that actually use your key — not the number you type here.
Tell a friend. Earn forever.
Your signup comes with a referral code. Every device that signs up with it pays you 10p a month, for as long as it stays. No cap, no expiry.
Get your code
Issued the moment you sign up. It looks like REF-JOHN-1234 and it's yours permanently.
Share it anywhere
A colleague, a dev group, a call centre. Anyone who signs up with your code is linked to you for good.
Collect monthly
Ten referrals running 1,000 devices each is £1,000 a month — and it renews itself.
Seal your profile before someone clones it.
AI can now copy a face, a voice and a bio in minutes. The Sovereign Profile Notary locks your public identity — name, bio, links — into the same tamper-evident chain that seals AI decisions, with an official timestamp. You get a short verification code for your LinkedIn bio; anyone can check it in seconds. If an impersonator changes even one letter of your profile, the check fails in public. Free, takes 60 seconds, and your details never leave your browser unless you choose to publish them.
And for businesses: the Payment Notary. Invoice fraud costs UK businesses hundreds of millions a year — criminals intercept real invoices and switch the bank details. Seal your true details once, print a short code on every invoice, and every customer can verify in 10 seconds before paying. Switched details fail the check — the fraud dies before the money moves.
What the law actually requires.
Most compliance advice tells you what the text says. This is what it means for your platform in practice — including the dates that moved.
Fines reach 3% of global annual turnover or €15m — whichever is higher, per violation. The high-risk deadline moved to December 2027. The record you hand over then has to cover the years before it.
- Art. 9 — continuous risk management
- Art. 12 — tamper-evident record keeping
- Art. 13 — plain-language explanations
- Art. 14 — human override pathway
Ofcom is already investigating platforms. The ICO fined TikTok £12.7m for Children's Code violations.
- Documented risk assessment on demand
- Moderation with an evidence trail
- Age-appropriate design for child users
- Ofcom-ready audit trails
The ICO can and does act against platforms that expose children to harmful automated decisions without protection.
- Best interests of the child by default
- Data minimisation for child users
- No profiling of children
- Human oversight of automated decisions
Very Large Online Platforms carry the heaviest duties, but systemic risk assessment reaches smaller platforms too.
- Systemic risk assessment with evidence
- Algorithmic transparency reports
- Minor-protection evidence packages
- Regulator-ready submissions
Article by article. Feature by feature.
The law names its requirements. Here is the exact engine feature built to answer each one — taken directly from the regulation map sealed inside the engine itself. No hand-waving: requirement on the left, mechanism on the right.
✓9 weighted core signals, plus any Signal Pack you load on top
✓Fully deterministic — identical inputs give identical outputs, forever
✓Gapless per-key receipt sequence — a missing record is mathematically provable, not arguable
✓Public verification endpoint — anyone can re-check the whole chain, any time
✓Determinism proved by public challenge, not by a published listing — send any inputs, keep the fingerprint, send them again next year; the verdict must not move under an unchanged code fingerprint
✓Score, verdict, reasons and active pack version returned together in the same reply
✓Commit-before-reveal — the reviewer's own call is sealed before the machine's verdict is shown to them
✓Dwell time and divergence rate recorded per reviewer — rubber stamping becomes visible in the data
✓BLOCK verdicts trigger a real-time email alert with the sealed evidence attached
✓Every safety event sealed to the chain — a moderation evidence trail, not a policy PDF
✓CEOP, Childline and 999 one tap away for every child, always
✓Message content never stored — only a fingerprint; privacy by design
✓Full audit trail of every automated decision touching a young user
✓Chain records ready to attach to a systemic risk assessment or transparency report
✓Verifiable by the regulator directly — not just by you
Nobody can prove a person thought about it.
We will say the thing the rest of this market avoids. You cannot prove genuine human oversight happened. Thinking is an internal state and no amount of logging reaches it. Any vendor telling you they have solved that is selling you something that does not exist.
But rubber stamping is not an internal state. It is a pattern — and patterns leave marks, if you record the right things in the right order at the time. That part is solvable, and this is how.
Commit before reveal
The case goes to the reviewer without the machine's verdict. Their own call and their reasoning are sealed first. Only then is the verdict revealed. Two blocks, in that order, in a chain that cannot be reordered — so nobody can have simply agreed with an answer they had already seen.
The clock is on the record
The gap between opening a case and committing to it is sealed with the decision. A 0.8 second approval sits in the record permanently, next to a two minute one. Not proof of thought — but four hundred sub-second calls is not something anyone explains away.
Divergence is measurable
A reviewer who has never once disagreed with the machine is visible in the data. One who diverges sometimes is demonstrably exercising judgement. Agreement rate, median dwell and the proportion of sub-two-second calls, per reviewer, all sealed.
What an auditor actually gets
Not an assertion that oversight happened. A dataset they can test — and one a rubber stamper cannot hide inside. The reviewer's judgement, sealed before the answer was known. The time they took. How often they diverged. All of it in the same chain as the decision itself, anchored outside our reach.
committedreviewer CHALLENGE · dwell 74.2s · reasoning sealed
revealedmachine said BLOCK · reviewer diverged
meaningthis person decided before they knew — provable by the order of the blocks
And the honest limit, because you will find it anyway: a reviewer can leave a screen open, and dwell time is gameable by anyone deliberately gaming it. If a platform shows its own staff the verdict before calling us, the ordering guarantee is worth nothing. That constraint is documented in the code, not buried — the guarantee is only ever as good as the integration honouring it.
Pinned from both sides. Before and after the fact.
A hash chain proves nothing was altered after the fact. On its own it does not prove when the chain was built — because in principle whoever runs the system could rebuild the whole thing and date it however they liked. Every vendor promising you an immutable audit trail has this hole in it. Most don't mention it.
So we moved the clock outside our own building. At regular intervals the current tip of the chain is submitted to OpenTimestamps, which aggregates it with thousands of unrelated timestamps into a single Merkle root and commits that root to the Bitcoin blockchain. Several independent calendar servers do this in parallel, so no single one of them can fail, disappear or lie without the others contradicting it. From that moment the timestamp is not ours to move, not ours to re-issue, and not ours to quietly correct. Rewriting a sealed record would mean rewriting Bitcoin.
Said precisely, because a reviewer found us saying it loosely. Anchoring is a property of an individual proof, not of the chain. Submitting a tip to OpenTimestamps is not the same as that proof being confirmed in a Bitcoin block — confirmation takes hours, and until it lands the proof is pending. So a tip is either covered by a confirmed proof or it is not, and we will not describe the chain as anchored while a proof covering it is still waiting.
Check the real state at /x/ots/status — it lists every proof, which are confirmed and which are pending, and returns the raw .ots file so you can verify it against Bitcoin without us. We publish that route because it is the one that can show us waiting.
This record existed, then
Once a proof confirms, the chain state it covers is fixed in a public ledger you can check without asking us for anything. Existence and integrity, evidenced by a third party — not asserted by the vendor who produced the record. Before it confirms, the proof is pending and says so.
Backdating stops being possible
The usual challenge to any audit trail is "you could have written this last week." An anchored chain answers it with arithmetic instead of an assurance. The regulator verifies it themselves.
Nothing to set up
Tips are submitted for anchoring automatically, underneath every product. No wallet, no crypto, no tokens, no volatility, nothing for you to hold or buy — Bitcoin is used purely as a clock nobody owns. You never touch it.
A reference anyone can check
Each anchor returns the chain tip it sealed and the transaction that carries it. Hand those two values to an auditor, a court or a customer and they can verify it without your help.
stampsubmitted to OpenTimestamps · aggregated into a Merkle root · root committed to Bitcoin — hours, not seconds
calendarsseveral independent servers stamp it — the count is returned with every anchor
check/api/anchor-status — live, no key needed, no permission needed
statea proof is pending until it lands in a block, then confirmed. Both states are published. Pending is not hidden
resultonce confirmed, that record cannot have been created later than that block. Verifiable by anyone, forever, without us.
One chain can be rebuilt. Ten cannot.
A confirmed anchor stops us backdating anything older than it. Good — and still not the end of it. So platforms witness each other.
This is running, not planned. Four chains are live and exchanging tips right now, one of them unattended and hourly since the first of August with several hundred observations behind it. The list is public and machine-readable at /x/roster/list — no key, no account, no permission. Peers run a single file on a cron line; there is nothing to install and no code of ours inside their stack.
Each platform periodically hands its current chain tip to its peers, and each peer seals that tip into its own chain. From that moment your history sits inside chains you do not control — chains that are themselves anchored externally. To rewrite your own past you would now need every peer who witnessed you to rewrite theirs in step and re-anchor all of it. That stops being a technical exercise and becomes a conspiracy, and it gets harder with every platform that joins.
One request an hour
A chain tip is 64 characters. Recording one is a single sealed block. Ten platforms exchanging tips every hour is a few hundred blocks a day between all of them. The engineering was never the hard part.
No single authority
Every platform keeps its own product, its own customers and its own pricing. No participant is the arbiter, including us — which is the only reason the record means anything. You cannot buy an integrity property, you can only participate in one.
Anyone
Ask whether we witnessed a given tip, and when, and you get a straight answer with the block it was sealed in. The network is queryable by third parties, not just described in marketing.
Visibly
Peers who stop publishing show as current, then stale, then silent. Those words measure time since we last saw them and nothing else — they are not a claim about anyone's uptime, and a peer who pushes manually will read silent while working perfectly.
Three ways to submit. Each says a different thing.
A peer chooses the lane. Every lane is free, and the record says which one was used, so nobody's submission is described as stronger than it was.
Anyone can submit
No account, no key. Hand us a name and a tip and it is sealed. Deliberately open, because a verification network with a signup form is a customer list. Everything submitted is sealed, including nonsense, because the record is of what arrived.
Does not prove who sent itBound to a secret
An HMAC signature over the submission, using a secret both sides hold. Stated exactly, because a reviewer asked us to: this closes third-party submission under your name. It does not close submission by us under your name, because we hold the same secret.
Does not exclude the operatorBound to a key we don't have
You generate an Ed25519 keypair and keep the private half. We store only the public half, so we can check your signature and can never produce one. Rotation has to be signed by the key it replaces, so we cannot swap your key either.
Excludes us. Arithmetic, not a promiseFive founding seats. Four taken.
Joining is free and stays free, at any seat, forever. Witnessing is free. Every public verification route is free. The protocol code does not check whether anyone has paid, and it never will — an integrity property you can be cut off from is not one.
The first five chains are the founding cohort: a say in the specification the rest of the market ends up adopting, and an equal share of whatever the network ever earns. Four seats are filled. The fifth is open and being held for the right chain rather than the next one available.
Chain six onward joins free and is witnessed free, with no founding terms — the spec will already be written by then. Five is not a marketing number. It is how many integrations one person can support properly while getting this right.
The honest limits, stated up front: witnessing proves a tip existed at a time — it says nothing about whether the records behind it are true. Two platforms witnessing only each other prove very little; the strength comes from breadth, and a thin network is reported as thin. Nobody can be forced to keep publishing, and no design fixes that. Being listed on the roster is not partnership, endorsement or validation — it means a party submitted a tip. Those are properties of the design, not flaws we are hiding.
Sealing the things that get argued about.
The engine seals decisions. These seal the processes around them — the parts that turn into a dispute eighteen months later, when everyone's memory has conveniently improved. Each one writes into the same chain, so the same verification and the same anchor cover all of it.
Someone asks you to delete their data. Three things must be provable later: that you received it, that you actually considered it, and that you answered inside the legal deadline. Almost nobody can prove any of it — they have an email thread. This seals the whole lifecycle: received, assessed with the reasoning, extended, completed. The calendar-month deadline is fixed at receipt, and an extension is its own sealed block, so it cannot be applied retrospectively to cover a missed date.
✓Which answers the obvious objection: an append-only chain does not conflict with the right to erasure
✓The personal data is deleted in your systems as normal; what remains is a seal resolving to nothing
✓Overdue requests are one call away, not a spreadsheet nobody opened
A sealed chain proves records were not altered afterwards. It does not prove they were true when written — and an operator who seals fiction on time has a tamper-evident chain of fiction. Everyone honest knows this. Almost nobody says it. So we do what auditors actually do: take the sealed claim, go to the operator's own live system, and check whether the two agree.
✓The selection is sealed before any data is requested, so the flattering records cannot be cherry-picked
✓Mismatches are sealed exactly as permanently as matches
✓A run that was planned and never submitted stays visible forever as an abandoned test
You publish a file saying what must always be true of your decisions — "payments over £10,000 are never auto-approved", "every decision carries reasons" — and every record is tested against it. The obvious objection is that you wrote your own rules. Two things answer it: the rules are sealed before the records they judge, so a standard cannot be retrofitted to an outcome; and every version is kept, so loosening your own standard becomes a dated, permanent, public act instead of a quiet edit.
✓Violations of your own published rules sealed with the same permanence as passes
✓Full version history — the March standard stays readable in September
✓Weak rules prove weak things, which is exactly why the declaration itself is published
The thing you actually hand to the auditor.
Everything above produces a chain. A chain is not a deliverable. When a regulator, an insurer, a court or an enterprise customer asks you to prove it, you need one file you can send them — and it has to survive being read by someone whose job is to find the hole in it.
So the pack does not summarise the chain. It re-verifies it. Every block is rewalked and rehashed from genesis at the moment the pack is built. A report tells you what a system claims about itself; this recomputes the arithmetic and fails loudly if it doesn't come out. Those are not the same product, and only one of them is worth anything in a dispute.
The instrument that would catch us failing.
Three things on this page have a soft edge, and we would rather name them than wait for you to find them. Oversight sealing only works if the platform using it doesn't show reviewers the verdict early. Witnessing only means something with breadth. A declaration is only as strong as the rules in it.
None of those can be fixed by arithmetic. All three can be measured — and a weakness somebody is measuring is a very different thing from one nobody is.
A case with a known answer
A probe is a real case with the machine's verdict deliberately set wrong. The reviewer cannot tell it apart from any other. Agree with it and you didn't evaluate it. And if someone's probe agreement matches their normal agreement, that is consistent with the verdict being visible before they committed — which is how you test an integration you cannot see inside.
Thin networks say so
Fewer than three live peers reports as weak. A single peer carries an explicit warning that two parties witnessing only each other can still collude. It doesn't stop a thin network — it stops one being presented as a thick one.
Rules that never fire
Every rule is run against real records and reported on individually. One that has never constrained a single record is named in the output as decoration, not a standard. You can still publish a weak declaration. You can't publish one quietly.
Why build the thing that could embarrass us
Because "trust our design" is what everyone else says, and it is worth nothing. An evidence layer that cannot detect its own failure modes is just a nicer-looking promise. Ours reports a rubber stamper who caught none of eight deliberately wrong verdicts. It reports our own rules when they constrain nothing. It reports our witness network as weak when it is.
The probe method is not ours — it comes from a point James Stokes of Red Flag AI Pro made publicly about slipping a known error into a review queue and seeing who catches it. It was the right idea and it is credited in our whitepaper.
And its own limits: a probe tests a process, not a person — someone can catch one and rubber stamp the next hundred. An operator who works out which cases are probes controls their own screens. None of this is enforcement. It makes the alternative visible, which is the most an evidence layer can honestly claim to do.
Don't take any of it on trust.
Everything above this line is a claim. Below it is the live engine — no account, no email, no key. Send it a case and it scores it, seals it into the production chain, tells you exactly what would have changed the answer, and hands you the block number so you can check the lot yourself at endpoints that have never heard of you.
Every case run here becomes a genuine block in the production chain, covered by the same external timestamp as every customer decision. Public endpoints are rate limited, and the arithmetic is published in the whitepaper if you would rather check it than run it.
We publish a conformance document listing ten checks, each carrying two separate flags: we built this, and — separately — you can verify it without an account. Those are different claims, and most of this market blurs them into one. Then we run a checker against our own document that refuses to mark generously: reachable is not verified.
the checker/self-check — runs all ten in your own browser and grades us without mercy
the console/console — grant authority, delegate it, exercise it, and watch the boundary hold (needs a key)
At the last run: eight verified, zero failed, two still amber. The two are reported as not yet demonstrable by an outside party, and they stay that way until they genuinely are — because a conformance document whose author scores full marks on the day he publishes it is a marketing page.
Five minutes. Start to sealed.
No build step, no container, no dependencies to install, nothing added to your requirements file. If your organisation reviews new libraries before they go near production, this is one readable file rather than a supply chain.
Get your key
Fill in the form below. The key, your referral code and the install guide arrive instantly. No card, nothing to cancel — free for 90 days.
Drop in one file
Download sebbi_sdk.py and put it next to your code. Standard library only, so there is nothing to install and nothing new in your dependency tree.
python3 sebbi_sdk.py --selftest
Set two values
Your key, and the name your records belong to. Environment variables, so nothing sensitive goes near your repository.
SEBBI_CHAIN=yourcompany.com
# recommended: keeps records safe if we're unreachable
SEBBI_SPOOL=/var/spool/sebbi
Add the line
Above any function whose decisions you need to prove. That is the integration. Nothing else in your code changes.
@witness()
def approve_loan(application):
# unchanged
return decision
Check it landed
Every call now carries a receipt with its position in the chain. Print one, or read the counters, and you are done.
result = approve_loan(app)
print(receipt_for(result)) # position + chain tip
print(stats()) # sent, sealed, dropped
Not on Python?
The whole protocol is a hash and one HTTP call, and it is published in full — run python3 sebbi_sdk.py --explain and you get the exact canonical form, the request shape and the rules. It ports in an hour to anything. Nothing about it is privileged, and we would rather you wrote your own than waited on us.
Running Sebdog instead? Then there is no SDK and no key in your code at all — the engine runs on your hardware and your application talks to it over your own network. How that works →
AILeash API key. 90 days free.
Pick a product, add your name and email. Key, referral code and a step-by-step installation guide arrive instantly — everything free for 90 days, no card. When the trial ends you'll be directed to a secure Stripe payment reflecting only the real devices that used your key.
Share it with anyone. Every device they sign up pays you 10p a month, for as long as it stays.
Authorization: Bearer YOUR_KEY
Free for 90 days · 50p per device after the trial · billed via Stripe on real devices only