Neuro Digital Trust Infrastructure
Document
FIRSTBLOCK-ATHON 2026
Neuro's role
Technology partner
Hack days
7–8 Sep · Stockholm
T-minus · hack day 1

Bring the idea. We'll bring the trust layer.

FIRSTBLOCK-ATHON is powered by FirstBlock during Nordic Tech Week 2026, and we can't wait to see what you build. Verified identities, signatures that hold up in law, agreements, digital assets and payments — all from one API, on one server, from the moment you sit down on 7 September.

1

Demo Day

10 SEP 2026

Two days of building. Then you show what's possible.

Demo Day is what the 7th and 8th are for. Selected teams take the stage at King's Garden to showcase their products and demonstrate working prototypes, and show how AI and blockchain solve real business and societal problems.

Selected teams present, the room asks questions, and the conversations carry on afterwards. That is where the visibility, the honest feedback and the first customer usually come from. Build like you're going.

Demo Day · Nordic Tech Week 2026
Date
Thursday 10 September 2026
Time
12:00 – 13:00
Place
King's Garden, Stockholm
Host
Nordic Tech Week

Who's in the room

  • Corporate innovation teams
  • Startup founders
  • Ecosystem builders
  • Government & public sector
  • Technology leaders
  • Investors
  • Media
2

Build with Neuro

FIG. 2.1

The hard half is already built. Spend your two days on the interesting half.

Verified identity, signatures that hold up in law, agreements, digital assets and payments. Four things, one API, one set of keys — not four vendors to wire together. Turn the dial to see what each one costs you in code.

  • Verified legal identities

    Verify people, companies and machines. A Trust Provider — a notary, in digital form — checks them, and the result is tied to a key anyone can verify.

  • Legally binding signatures

    Sign an agreement or any file, with the legal weight that carries and a record of exactly who signed what, and when.

  • Smart contracts & tokens

    Start from an approved template, collect signatures from everyone involved, then turn the result into a digital asset that carries its own history.

  • Wallet and payments

    Move money straight between accounts, on a schedule, or from code — including AI agents that pay for the APIs they call.

  • KYC/KYB as a service

    Run the identity and business checks compliance asks for through the same API — in the hours you have, not the quarters it usually takes.

  • Federated by design

    Servers talk to each other, so two people can sign the same agreement without being on the same one.

Identity

SIGNAL PATHIDENTITY → CONTRACT → TOKEN → PAYMENT
Typical application · Identity Concept ↗ API reference ↗
 

Application note · getting access

The Agent API is served from your Neuron's own domain. There is no shared central URL — every deployment has its own host.

At FIRSTBLOCK-ATHON, Neuro gives you access to a sandbox environment. You get it at Netlight on the morning of 7 September. Read the quickstart before you arrive and you'll be making your first calls by 09:30.

Note: the Agent API is for trusted back-end clients that can protect keys and secrets. For browser-based flows, use CreateWebForm.

The full Agent API surface, grouped exactly as the docs group it

Every path starts with /Agent/ · every call is a POST with a JSON body, required even when it's empty — so send {} · creating an account and logging in are signed with your secret, and every call after that carries the token you get back. Every group above opens in the interactive OpenAPI playground, where you can fire real requests from the browser.

3

Operating conditions

TABLE 3.1

Everything you need to be in the room.

Two days in central Stockholm, free to attend, with limited spots. Everything else you need to plan around is in the table.

FIRSTBLOCK-ATHON 2026 · recommended operating conditions
ParameterValueNotes
EventFIRSTBLOCK-ATHONA 2-day Blockchain + AI future tech hackathonPowered by Nordic Tech Week 2026, independently organised by the hosts
Hack day 1Mon 7 Sep 202609:00 – 18:00Doors open 09:00. Neuro sandbox access provided on arrival
Hack day 2Tue 8 Sep 202609:00 – 18:00Mentors on site throughout both days
Demo DayThu 10 Sep 202612:00 – 13:00King's Garden, see §1
VenueNetlightRegeringsgatan 25, 111 53 StockholmCentral Stockholm, minutes from T-Centralen
Ticket price0 SEKFree for all attendeesNo pay-to-enter
CapacityLimitedRegistration requires host approval, so apply early
Problem statementsFrom industry partnersReal challenges from leading organisations and technology companies
4

What to build

AND WHO'S BUILDING

Four things that fit in 48 hours.

Shapes that lean on the parts we already solved, so your two days go into the idea rather than the plumbing.

  • A product passport that survives resale

    Give a physical object a digital record, set out the steps it moves through, and let every owner read its full history.

  • An agent with a wallet

    Give an AI agent a verified identity and a balance, and let it pay for the APIs it calls, with an audit trail.

  • Agreements that sign themselves

    Two verified parties, one agreement from a template, signatures collected even when they sit on different servers.

  • Onboarding without the compliance detour

    Identity and business checks in one API call, with the result attached to everything the user signs afterwards.

Already running on this.

Five products in production today, built on the same layer you'll be handed on the 7th.

  • Wawcash

    Fuel credit made accessible to drivers in Senegal.

  • Creturner

    Turning carbon credits into trusted digital assets.

  • Innova

    A trusted marketplace for assets as different as gold and coffee.

  • Neuro Pay Travel

    Simplifying payment flows in travel.

  • Digitala Lagkassan

    Payments for clubs and associations.

Who should join

  • AI Engineers
  • Blockchain Developers
  • Software Engineers
  • Product Builders
  • Startup Founders
  • Researchers
  • Students
  • Designers
  • Anyone passionate about AI, blockchain and emerging tech
  • Real problem statements from industry partners, with commercial and societal weight behind them.
  • Mentors on site across both days, so nothing keeps you stuck for long.
  • Co-founders, collaborators, employers and investors, all in the same room for two days.
  • A working prototype in front of the Demo Day audience on the 10th.
5

Challenges

8 PARTNER CASES

Pick a problem worth two hard days.

Eight live cases from six partner organisations. Scan the brief, open the one that catches, then use the full background and constraints to shape your build.

Source problem statements ↗
CASE 01 UNICEFVerified impact proofsHow can communities submit credible, private and tamper-resistant proof that programme activities happened?

Business case

UNICEF already runs U-Report, an open-source Web2 platform built on RapidPro, to engage young people globally through surveys and polls. The opportunity is to extend that model with a module for verified impact proofs and real-world event reports, anchored on-chain in a privacy-preserving way.

Background

UNICEF delivers programmes for vulnerable children and families and wants credible proof of impact directly from the field. Evidence may cover toilets built, solar panels installed in schools, teacher training, vaccination drives, and nutrition interventions.

Assume a portal exists where micro-tasks for proof collection are published.

Challenge

Enable citizens in the communities where impact occurs to submit proof that programme activities have taken place and are creating impact. Proof may include photos, videos, GPS location, timestamps, survey attestations or other field evidence.

Technical aspects

  1. No PII risk: verify attributes such as age and nationality using zero-knowledge proofs or other privacy-preserving technology without exposing personal data.
  2. Proof integrity: timestamp and, where appropriate, GPS-stamp evidence in a tamper-resistant way; consider tamper-proof apps, hardware encryption, decentralised storage and on-chain hashes.
  3. Multiple attestations: allow several people to attest each proof on-chain, using Ethereum Attestation Service or similar.
  4. Offline-first: capture without internet and submit automatically when coverage returns.
  5. Accessible UX: assume basic smartphone literacy and abstract Web3 through embedded wallets, gasless transactions and LLM interfaces.
  6. Open-source bias: minimise proprietary software and identify open-source alternatives for scale.

Direction to explore

  • Extend U-Report with verified impact proofs and real-world event reports.
  • Engage youth and community members already active on the platform.
  • Plan for eventual U-Report or RapidPro integration.
CASE 02 Swedish Red CrossVerifiable Information & AIHow can volunteers communicate peer-to-peer with security, privacy and trusted identity built in?

Business case

Protect trusted humanitarian coordination and reduce the security and privacy risk of relying on consumer messaging platforms for a volunteer network of more than 18,000 people.

Background

The Swedish Red Cross has over 18,000 volunteers in Sweden who currently rely on WhatsApp and traditional messaging platforms. The wider goal is to protect trusted records and help people verify authentic humanitarian communications in an age of misinformation and AI-generated content.

Challenge

How can we build a secure peer-to-peer messaging platform on-chain that enables trusted communication for volunteers?

Technical aspects

  • End-to-end encrypted messaging.
  • Blockchain identity and authentication.
  • Decentralised communication infrastructure.
  • Secure volunteer coordination.
  • Privacy-preserving messaging.
CASE 03 Swedish Red CrossContinuity across bordersHow can displaced people keep access to essential services as they move between countries and organisations?

Business case

Create continuity of humanitarian support across locations, countries and organisations without requiring people to repeatedly prove who they are or what support they qualify for.

Background

People moving across borders because of war, natural disasters or climate emergencies can lose access to essential services. There is no shared system for continuity between humanitarian organisations, or even across the international Red Cross network.

Challenge

Explore whether blockchain can securely preserve access to healthcare, medication, financial assistance and humanitarian support as a person moves from one location or country to another.

Technical aspects

  • Portable, privacy-preserving digital identity for displaced people.
  • Verifiable credentials for service eligibility across organisations.
  • On-chain attestations of received support without exposing PII.
  • Interoperability between humanitarian organisations and borders.
  • Offline-first access with synchronisation when connectivity returns.
CASE 04 Swedish Red CrossSecure crisis communicationHow can people verify that humanitarian information is authentic in an age of misinformation and generative AI?

Business case

Protect the Swedish Red Cross as a trusted source during crises by preserving records as an accessible source of truth and making official communications independently verifiable.

Background

Humanitarian volunteers and crisis-response teams need secure, scalable communication infrastructure. Two needs are connected: preserving historical archives and creating verifiable communications so people can determine whether information claiming to come from the Swedish Red Cross is authentic.

Challenge

How can the Swedish Red Cross protect trusted information in an era of misinformation and AI-generated content?

Technical aspects

  • Immutable archiving of historical records as an accessible source of truth.
  • Verifiable, cryptographically signed official communications.
  • On-chain provenance for published humanitarian information.
  • Authenticity checks anyone can run against tamper-proof records.
  • Secure, scalable crisis communication infrastructure for volunteers.
CASE 05 HundstalletTransparent givingHow can charitable giving become more engaging, interactive and transparent for younger generations?

Business case

Engage younger generations in charitable giving through a donation experience that makes participation rewarding and the use of funds visible.

Background

Hundstallet wants to move beyond a conventional donation flow toward a more transparent and interactive relationship with donors.

Challenge

How can we create a more engaging and transparent donation platform?

Technical aspects

  • Blockchain-powered donation tracking.
  • Transparent use of funds.
  • Gamified donor engagement.
  • Digital rewards and community participation.
  • Impact dashboards.
CASE 06 AIMS ManagementCreator identity & deepfake protectionHow can blockchain help creators prove who they are, what they made and whether content is authentic?

Business case

Give influencers and content creators a trusted way to protect their identity, establish ownership and prove the authenticity of their work.

Background

AI-generated content is rapidly increasing, making it more difficult for influencers and content creators to protect their identity and distinguish authentic content from deepfakes.

Challenge

How can blockchain help secure creator identity and prevent deepfakes?

Technical aspects

  • Blockchain identity verification.
  • Content authenticity certificates.
  • Deepfake detection.
  • Digital ownership verification.
  • Creator provenance.
CASE 07 AI InstitutetSovereign History VaultHow can we preserve the digital DNA of knowledge, inventions and history against manipulation by AI?

Business case

Protect patents, research, literature, creative work, inventions and historical records as permanent, verifiable source material for people and AI systems.

The Alexandria Protocols provide the proposed framework: immutable, verifiable records secured by blockchain and advanced cryptography.

Background

As AI grows more powerful, mutable databases create a risk that digital history, original truths, patent blueprints and intellectual property can be altered. The case calls this body of source knowledge humanity's “Digital DNA.”

Challenge

Design a Sovereign History Vault that protects digital truth and prevents AI from rewriting digital history, using the Three Alexandria Protocols as the architectural foundation.

Technical aspects

  1. DNA hashing: generate a cryptographic fingerprint that preserves the integrity and authenticity of digital assets.
  2. Immutable ledger: register and verify records on an immutable blockchain so they remain tamper-proof and traceable.
  3. Post-quantum cryptography: protect assets against future quantum-computing threats with next-generation cryptography.

Direction to explore

  • Build a Sovereign History Vault or Sovereign Patent Proof Vault.
  • Capture and preserve digital assets, patents, knowledge and important events.
  • Verify AI-generated summaries and references against permanent records.
  • Hash Digital DNA, register assets on an immutable ledger and secure them with PQC.
  • Preserve the integrity of human knowledge for future generations.
CASE 08 World Food Programme · WFPFederated biometric deduplicationHow can agencies identify possible duplicate registrations without sharing raw PII or creating a master registry?

Business case

Reduce repeated beneficiary registration and improve humanitarian efficiency while preserving agency sovereignty, avoiding a centralised registry and keeping raw personal data private.

Background

Humanitarian agencies operate in data silos, each with its own registration policies and systems. Comparing records is difficult where reliable biographic data is unavailable and biometric recognition is needed. The infrastructure must be neutral and decentralised, not owned by any one agency.

Challenge

Build a functional prototype of Federated Deduplication Middleware that identifies potential duplicate registrations through cryptographic photo-summarisation.

Technical aspects

  1. Summarisation runway: use privacy-preserving primitives, such as Rarimo, to produce photo summaries that are unique enough to compare but strictly non-reversible.
  2. Federated middleware: mimic a distributed trust model. The matching engine may identify potential duplicates but must never host PII or master beneficiary records.
  3. Result: output a structured deduplication report; do not automatically delete or modify records.

Thursday judging deliverable

Demonstrate a closed-loop prototype with two or more simulated agency endpoints. Generate and exchange summaries, run a deduplication sweep and produce a result on neutral decentralised infrastructure. Simulate at least 1,000 user photos with approximately 10% duplication.

Bonus: add probabilistic confidence thresholds and show how lower-confidence matches can be improved through multi-layered summarisation or secondary biographic validation.

6

Start here

ORDERING INFORMATION

Register, then read. In that order.

Step 1 · Secure your spot

Free, limited, and reviewed by the hosts. Get this bit done today and the rest can wait.

Apply to join ↗

Step 2 · Understand the platform

Start where the docs start. Fifteen minutes here before the 7th is the difference between building at 09:30 and building at lunch.

How Neuro works What is the Neuron?The server your app talks to Trust and federationWho vouches for what, and how Glossary Get started ↗

Step 3 · Make your first call

Start with logging in: creating an account and signing in are signed with your secret, and every call after that carries the token you get back. Then follow whichever of the four guides is closest to your idea.

Quickstart AuthenticationHow to log in and stay logged in User onboarding Legal identity flowGet a person or company verified Contracts flowCreate, send and sign an agreement Tokens flowLook up a digital asset and its history

And the rest of Neuro

Neuro-Access, Neuro-Assets and Neuro-Pay: secure identity, asset digitalization and smart payments, built by Trust Anchor Group. The hackathon is one door into a much bigger platform, and we'd love to show you the rest of it.