<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Rolling-Solicitation on Scaling Trust Community</title><link>https://scalingtrust.org.uk/tags/rolling-solicitation/</link><description>Recent content in Rolling-Solicitation on Scaling Trust Community</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Wed, 07 Oct 2026 10:00:00 +0100</lastBuildDate><atom:link href="https://scalingtrust.org.uk/tags/rolling-solicitation/index.xml" rel="self" type="application/rss+xml"/><item><title>Building the Scaling Trust portfolio</title><link>https://scalingtrust.org.uk/blog/building-the-scaling-trust-portfolio/</link><pubDate>Wed, 07 Oct 2026 10:00:00 +0100</pubDate><guid>https://scalingtrust.org.uk/blog/building-the-scaling-trust-portfolio/</guid><description>How the portfolio fits together and what comes next.</description><content:encoded><![CDATA[<link rel=stylesheet href=figures.css>
<link rel=stylesheet href=portfolio-scroll.css>
<p>AI agents are increasingly writing software, making purchases, and operating robots and machinery. Yet they struggle to interact in multi-principal, multi-agent settings where some agents may be untrustworthy, information asymmetry exists, and parties may have opposing goals. Decades ago, technologies such as encryption and digital signatures provided the foundations for trust between parties online, enabling the digital economy to thrive. Now, new technologies are needed to build the trust infrastructure for the agentic era.</p>
<p>Scaling Trust is ARIA’s £50m programme to build them: the frontier infrastructure and fundamental research for AI agents to coordinate securely on our behalf, across digital and physical worlds.</p>
<p>Success could mean AI agents can be trusted to act reliably on behalf of people and businesses, from negotiating deals to coordinating supply chains, opening up economic and social opportunities that are currently too risky to pursue. It could help people and businesses delegate more to agents with confidence, open up new forms of trade and collaboration that are currently out of reach, such as <a href="/blog/agentic-economic-zone/">cyber-physical markets</a>, and distribute the benefits of artificial intelligence as widely as possible, while helping people retain choice over the infrastructure their agents depend on.</p>
<p>Today we announced our first <a href="https://aria.org.uk/opportunity-spaces/trust-everything-everywhere/scaling-trust/funded-projects" target="_blank" rel="noopener noreferrer">Scaling Trust Creators</a>. Below you&rsquo;ll find more about the programme’s structure, a map of the portfolio, and some ideas on what we think is still missing from it. We fund new teams every quarter, so consider the map a snapshot!</p>
<aside class="callout">
<p>This post is a scratchpad of our current thinking. We will keep updating it as the portfolio grows and as we hear from you; the date at the top shows when it last changed.</p>
</aside>
<h2 id="portfolio-structure">Portfolio Structure</h2>
<p>Scaling Trust has three connected tracks, moving between theory, implementation, and experimental evidence.</p>
<div class="portfolio-story">
<div class="how-overview">
<div class="how-copy">
<p><strong>Track 1: the Arena.</strong> A cyber-physical environment for evaluating agents owned by different people as they pursue open-ended, long-horizon economic tasks under adversarial pressure. See our <a href="/blog/update-on-the-scaling-trust-arena/">September update on the Arena</a>.</p>
<p><strong>Track 2: the cyber-physical agent stack.</strong> An open-source stack for trustworthy agents spanning the digital and physical worlds: agent harnesses, secure protocol reasoners, but also tools for agents to use such as secure hardware and tamper proof sensors.</p>
<p><strong>Track 3: fundamental theory.</strong> The science beneath the stack, including formal AI security, <a href="/blog/generative-cryptography/">autonomous protocol generation</a>, protocols for physical verification (both using trusted hardware or harnessing the properties of the physical world, which we call <a href="/links/#nature-cryptography">nature cryptography</a>).</p>
</div>
<div class="portfolio-origin" aria-hidden="true"></div>
</div>
<div class="practice-intro">
<p>We made a map of how the portfolio fits together, divided by the programme tracks. It shows the teams awarded grants from our <a href="https://aria.org.uk/media/t5mku5xx/scaling-trust-call-for-proposals.pdf" target="_blank" rel="noopener noreferrer">first solicitation</a>, and the gaps still open for future solicitations.</p>
</div>
<div class="portfolio-destination">
<figure class="stf stf-map-fig">
<div class="stf-map">
<div class="map-diagram">
<section class="mband b-arena"><header><b>Track 1</b><span>Arena</span><i class="role">evidence</i></header><div class="cols">
<div class="col c-arena"><h5>Arena partners</h5><div class="slots">
<div class="slot"><h6>Environment &amp; challenge design</h6><div class="cards">
<button type="button" class="pj partner" data-pj="andon" aria-describedby="dp-andon"><b>Andon Labs</b></button>
<span class="open" aria-hidden="true"></span>
</div></div>
<div class="slot"><h6>Physical build &amp; operations</h6><div class="cards">
<button type="button" class="pj partner" data-pj="amodo" aria-describedby="dp-amodo"><b>Amodo Design</b></button>
<span class="open" aria-hidden="true"></span>
</div></div>
<div class="slot"><h6>Security &amp; red teaming</h6><div class="cards">
<button type="button" class="pj partner" data-pj="bt6" aria-describedby="dp-bt6"><b>BT6</b></button>
<span class="open" aria-hidden="true"></span>
</div></div>
<div class="slot"><h6>Community partners</h6><div class="cards">
<span class="open" aria-hidden="true"></span>
</div></div>
<div class="slot"><h6>Industry partners</h6><div class="cards">
<span class="open" aria-hidden="true"></span>
</div></div>
</div></div>
</div></section>
<section class="mband b-stack"><header><b>Track 2</b><span>Cyber-physical agent stack</span><i class="role">implementation</i></header><div class="cols">
<div class="col c-partner"><h5>Digital partners</h5><div class="slots">
<div class="slot"><h6>Open-source practice, use cases</h6><div class="cards">
<span class="open" aria-hidden="true"></span>
<span class="open" aria-hidden="true"></span>
</div></div>
</div></div>
<div class="col c-digital"><h5>Digital stack</h5><div class="slots">
<div class="slot-group agent-slots">
<div class="slot"><h6>Agents · agentic loop</h6><div class="cards">
<button type="button" class="pj grant" data-pj="6049" aria-describedby="dp-6049"><b>Agentic Security Reasoner</b><span>University of Edinburgh</span></button>
<button type="button" class="pj grant" data-pj="6203" aria-describedby="dp-6203"><b>Dovetail</b><span>Institute for Decentralized AI</span></button>
<span class="open" aria-hidden="true"></span>
</div></div>
<div class="slot"><h6>Agents · new models</h6><div class="cards">
<span class="open" aria-hidden="true"></span>
</div></div>
<div class="slot"><h6>Agents · negotiation</h6><div class="cards">
<button type="button" class="pj grant" data-pj="6181" aria-describedby="dp-6181"><b>Project HAMMER</b><span>Multiscalar Intelligence</span></button>
<span class="open" aria-hidden="true"></span>
</div></div>
</div>
<div class="slot-group tool-slots">
<div class="slot"><h6>Tools · TEE sandbox, auditing</h6><div class="cards">
<button type="button" class="pj grant" data-pj="6217" aria-describedby="dp-6217"><b>ProtoSage · ProtoBench</b><span>RDI Foundation</span></button>
<span class="open" aria-hidden="true"></span>
</div></div>
</div>
</div></div>
<div class="col c-int"><h5>Integration</h5><div class="slots">
<div class="slot"><h6>Glues the stack together</h6><div class="cards">
<button type="button" class="pj grant" data-pj="6104" aria-describedby="dp-6104"><b>CCTI</b><span>University of Cambridge / SINE Foundation</span></button>
<span class="open" aria-hidden="true"></span>
</div></div>
</div></div>
<div class="col c-physical"><h5>Physical stack</h5><div class="slots">
<div class="slot"><h6>Physical verification · bridges, sensors, actuators</h6><div class="cards">
<button type="button" class="pj grant" data-pj="5999" aria-describedby="dp-5999"><b>Physical Watermarking</b><span>University of Cambridge</span></button>
<span class="open" aria-hidden="true"></span>
<span class="open" aria-hidden="true"></span>
</div></div>
<div class="slot"><h6>Physical environments · evals, benchmarks, harness</h6><div class="cards">
<span class="open" aria-hidden="true"></span>
<span class="open" aria-hidden="true"></span>
</div></div>
</div></div>
<div class="col c-partner"><h5>Cyber-physical partners</h5><div class="slots">
<div class="slot"><h6>Real-world data and environments</h6><div class="cards">
<button type="button" class="pj partner" data-pj="matta" aria-describedby="dp-matta"><b>Manufacturing Grounding</b><span>Matta</span></button>
<span class="open" aria-hidden="true"></span>
</div></div>
</div></div>
</div></section>
<section class="mband b-theory"><header><b>Track 3</b><span>Fundamental theory</span><i class="role">theory</i></header><div class="cols">
<div class="col c-digital"><h5>Theory of secure agent interaction</h5><div class="slots">
<div class="slot"><h6>Generative security</h6><div class="cards">
<button type="button" class="pj grant" data-pj="5909" aria-describedby="dp-5909"><b>AI-Native Proof Systems</b><span>EPFL</span></button>
<span class="open" aria-hidden="true"></span>
</div></div>
<div class="slot"><h6>Formal AI security</h6><div class="cards">
<button type="button" class="pj grant" data-pj="6056" aria-describedby="dp-6056"><b>Advanced Cryptography for AI</b><span>University of Cambridge</span></button>
<span class="open" aria-hidden="true"></span>
</div></div>
<div class="slot"><h6>Secure agent interaction</h6><div class="cards">
<span class="open" aria-hidden="true"></span>
</div></div>
</div></div>
<div class="col c-physical"><h5>Cyber-physical bridges</h5><div class="slots">
<div class="slot"><h6>Physical verification theory</h6><div class="cards">
<span class="open" aria-hidden="true"></span>
</div></div>
<div class="slot"><h6>Secure hardware</h6><div class="cards">
<span class="open" aria-hidden="true"></span>
</div></div>
<div class="slot"><h6>Nature cryptography</h6><div class="cards">
<span class="open" aria-hidden="true"></span>
</div></div>
<div class="slot"><h6>Physical environments · evals, world models</h6><div class="cards">
<span class="open" aria-hidden="true"></span>
</div></div>
</div></div>
</div></section>
</div>
<div class="details" hidden>
<div class="dp" id="dp-andon" data-dp="andon"><b>Andon Labs</b><em>Andon Labs · Arena partner · subject to contract</em><p>Builds Arena v1 — the environment, scenarios, and mechanics agents are tested in — then supports launch, maintenance, and iteration.</p></div>
<div class="dp" id="dp-amodo" data-dp="amodo"><b>Amodo Design</b><em>Amodo Design · Arena partner · subject to contract</em><p>Designs and operates the physical side of the Arena.</p></div>
<div class="dp" id="dp-bt6" data-dp="bt6"><b>BT6</b><em>BT6 · Arena partner · subject to contract</em><p>Sets the Arena&#x27;s security criteria and operating model, then red-teams it: adversarial signal, challenge design, and community once it is live.</p></div>
<div class="dp" id="dp-6049" data-dp="6049"><b>Agentic Security Reasoner for Emerging Multi-agent Protocols</b><em>Tariq Elahi · University of Edinburgh · Funded project</em><p>An agentic security stack that captures security and privacy risks, requirements and functionality boundaries, translates task requirements into formal specifications, selects or generates suitable cryptographic protocols (e.g. secure comms, MPC, ZK), and verifies their properties with Lean, ProVerif and similar tools. The goal is an end-to-end workflow in which agents, from orchestrators to sub-agents, can negotiate security needs and connect verified protocol descriptions to executable multi-agent interactions.</p><p class="team">Team: Myrto Arapinis, Jianyi Cheng, Michele Ciampi, Wenda Li (University of Edinburgh)</p></div>
<div class="dp" id="dp-6203" data-dp="6203"><b>Dovetail: Automated interaction protocol design</b><em>Samuele Marro · Institute for Decentralized AI · Funded project</em><p>An automated mechanism and protocol design engine. Agents specify desired properties, such as incentive compatibility, safety and liveness, and Dovetail designs an interaction protocol and proves in Lean that it satisfies those requirements. The team will also manage a cross-team repository of protocols, with the goal of speeding up automated protocol generation.</p><p class="team">Team: Emanuele La Malfa, Angelo Huang (Institute for Decentralized AI); Mirco Giacobbe, Gabriel Santos (Zeroth Research)</p></div>
<div class="dp" id="dp-6217" data-dp="6217"><b>ProtoSage and ProtoBench</b><em>Peter Gilbert · RDI Foundation · Funded project</em><p>ProtoSage is an agentic system for auditing cryptographic protocols, supported by ProtoBench’s corpus and evaluation tasks. The project builds on OpenSage and WireWatch to identify vulnerabilities, recover protocol specifications, and eventually produce machine-checkable models that experts and formal-verification tools can inspect.</p><p class="team">Team: Mona Wang (RDI Foundation)</p></div>
<div class="dp" id="dp-6181" data-dp="6181"><b>Project HAMMER</b><em>Davide Crapis · Multiscalar Intelligence · Funded project</em><p>Evaluates how AI agents negotiate, procure, bid and cooperate under strategic and adversarial pressure. It combines an open game-based evaluation suite with a hardening pipeline intended to produce agents that preserve economic value, resist manipulation and avoid leaking private information.</p></div>
<div class="dp" id="dp-6104" data-dp="6104"><b>Centre for Cryptographic Trust Infrastructure (CCTI)</b><em>Martin Kleppmann · University of Cambridge; Martin Pompéry · SINE Foundation · Funded project</em><p>Enables mutually untrusting AI agents, for example representing different companies, to establish trust by cryptographically proving facts about those companies and their physical-world processes to each other: that a product was produced to a particular specification, say, or under what conditions an agent would be willing to reach an agreement. CCTI is also the programme’s integration partner, mapping how Creators’ work fits together, co-developing shared building blocks with interested teams, and proposing open-source benchmarks and challenges to the Arena.</p><p class="team">Team: grjte (Ink &amp; Switch); Hossein Hafezi, Alireza Kavousi, Arman Kolozyan, Jessica Man (University of Cambridge); Jonathan Heiß, Ágnes Kiss, Aurel Stenzel (SINE); Daniel Hugenroth, Mario Lins (Light Squares)</p></div>
<div class="dp" id="dp-matta" data-dp="matta"><b>Manufacturing Grounding for Cyber-Physical Trust</b><em>Sebastian Pattinson, Douglas Brion · Matta · Funded Creator, partner role</em><p>Connects the programme to practical industrial needs. Drawing on its manufacturing expertise, the team will support the design and evaluation of cyber-physical trust tools that are relevant to real production environments, providing real-world data for other teams to use and keeping the programme grounded in operational reality as it explores how agents can interact securely across digital and physical systems.</p><p class="team">Team: Kate Lucas, Ciara Gumsheimer, Ollie Rosen (Matta)</p></div>
<div class="dp" id="dp-5999" data-dp="5999"><b>Physical Watermarking</b><em>Amanda Prorok · University of Cambridge · Funded project</em><p>A tamper-resistant physical watermarking framework to verify the provenance and safety compliance of control policies driving embodied robots. By extending the Colored Noise Coherency (CoNoCo) construction, it lets independent parties remotely authenticate active controllers using commodity hardware, such as standard CCTV cameras or smartphones, without direct access to the robot or specialised sensing equipment.</p><p class="team">Team: Manon Flageat, Mateusz Sypniewski, Sally Matthews (University of Cambridge)</p></div>
<div class="dp" id="dp-5909" data-dp="5909"><b>Foundations for AI-Native Proof Systems</b><em>Alessandro Chiesa · EPFL · Funded project · subject to contract</em><p>Investigates whether the recurring structure of AI computations can support more efficient proofs than generic circuit-based approaches. It also explores self-proving models, and the boundary between computations that can remain black-box and those that must be decomposed for verification.</p></div>
<div class="dp" id="dp-6056" data-dp="6056"><b>Advanced Cryptography for AI</b><em>Tom Gur · University of Cambridge · Funded project</em><p>Privacy techniques suited to AI workloads, built with cryptography: private retrieval for RAG, semantic search, secure computation, and methods for concealing queries or embeddings. The aim is to let agents use shared memory and sensitive data without exposing commercially or personally confidential information.</p><p class="team">Team: Nir Bitansky (NYU); Yuval Ishai (Technion); Ron Rothblum (Succinct/Technion); Sarah Meiklejohn (UCL/Google)</p></div>
</div></div>
<figcaption>The current portfolio on the same three-track skeleton introduced above. Hover or tap a project for what it will produce and how. Rounded cards are funded projects; square-cornered cards are partners, including Matta, a funded Creator in a partner role. Slots follow the programme's working portfolio map; empty cubes are functions with room for more teams. The Arena partnerships and the EPFL project are subject to contract.</figcaption>
<script>
(function(){
  var map=document.currentScript.previousElementSibling.parentElement.querySelector('.stf-map');
  if(!map) return;
  var panel=map.querySelector('.details'), current=null, pinned=false, timer;
  function close(){
    clearTimeout(timer);
    panel.hidden=true;
    if(current) current.classList.remove('active');
    current=null; pinned=false;
  }
  function position(){
    if(!current) return;
    var r=current.getBoundingClientRect(), m=map.getBoundingClientRect();
    var w=panel.offsetWidth, h=panel.offsetHeight;
    var left=r.right+8, side='right';
    if(left+w>Math.min(m.right,window.innerWidth-12)){ left=r.left-w-8; side='left'; }
    left=Math.max(m.left,Math.min(left,m.right-w));
    var top=Math.max(12,Math.min(r.top,window.innerHeight-h-12));
    var arrowY=Math.max(14,Math.min(r.top+r.height/2-top,h-14));
    panel.dataset.side=side;
    panel.style.setProperty('--tip-arrow-y',arrowY+'px');
    panel.style.left=(left-m.left)+'px';
    panel.style.top=(top-m.top)+'px';
  }
  function show(b){
    clearTimeout(timer);
    if(current && current!==b) current.classList.remove('active');
    current=b; b.classList.add('active');
    var scope=b.closest('.col') || b.closest('.mband');
    var accent=getComputedStyle(scope).getPropertyValue('--cc').trim() || getComputedStyle(b).getPropertyValue('--cc').trim();
    panel.style.setProperty('--tip-accent',accent || '#8a8a8a');
    panel.querySelectorAll('.dp').forEach(function(d){
      d.classList.toggle('is-open',d.dataset.dp===b.dataset.pj);
    });
    panel.hidden=false;
    position();
  }
  function leave(){
    clearTimeout(timer);
    if(!pinned) timer=setTimeout(close,180);
  }
  map.querySelectorAll('.pj').forEach(function(b){
    b.addEventListener('pointerenter',function(e){
      if(e.pointerType==='mouse' && !pinned) show(b);
    });
    b.addEventListener('pointerleave',leave);
    b.addEventListener('focus',function(){ pinned=false; show(b); });
    b.addEventListener('blur',leave);
    b.addEventListener('click',function(){
      if(current===b && pinned) close();
      else { show(b); pinned=true; }
    });
  });
  panel.addEventListener('pointerenter',function(){ clearTimeout(timer); });
  panel.addEventListener('pointerleave',leave);
  document.addEventListener('pointerdown',function(e){
    if(current && !panel.contains(e.target) && !current.contains(e.target)) close();
  });
  document.addEventListener('keydown',function(e){ if(e.key==='Escape') close(); });
  window.addEventListener('resize',close);
  window.addEventListener('scroll',close,{passive:true});
})();
</script>
</figure>
</div>
</div>
<script src="portfolio-scroll.js" defer></script>
<h2 id="commentary">Commentary</h2>
<h3 id="several-bets-on-the-digital-stack">Several bets on the digital stack</h3>
<p>We do not yet know the best architecture for secure agent coordination, so we are backing several approaches in parallel. Some work on the protocols agents use, from specifying and designing them to auditing them; others work on the agents themselves:</p>
<ul>
<li><strong>Agents that reason about security.</strong> The <a href="/projects/agentic-security-reasoner/">Agentic Security Reasoner</a> turns task requirements into formal specifications, then selects or generates suitable protocols and verifies them.</li>
<li><strong>Protocols designed automatically.</strong> <a href="/projects/dovetail/">Dovetail</a> takes the properties agents need, such as incentive compatibility, safety, and liveness, and designs a protocol proven in Lean to deliver them.</li>
<li><strong>Protocols audited by agents.</strong> <a href="/projects/protosage-protobench/">ProtoSage and ProtoBench</a> build and evaluate agents that audit cryptographic protocols and recover their specifications.</li>
<li><strong>Agents hardened under pressure.</strong> <a href="/projects/project-hammer/">Project HAMMER</a> tests how agents negotiate, bid, and cooperate under adversarial pressure, and hardens them against manipulation and leakage.</li>
</ul>
<h3 id="integration-across-the-stack">Integration across the stack</h3>
<p>Ultimately, many different components are being built, and someone needs to glue them together in useful ways and work on their integration. That is the role of <a href="/projects/ccti/">CCTI</a>, our first integration partner: mapping how Creators’ work fits together, co-developing shared building blocks, and combining the pieces into an end-to-end application that shows where interfaces are missing.</p>
<p>Partners sit at either edge of the stack. <a href="/projects/manufacturing-grounding/">Matta</a> grounds the physical side in real manufacturing data; on the digital side, the slots for open-source practice and real use cases are still open. If you maintain open-source infrastructure, operate a real environment, or have a use case that needs agents to coordinate securely, reach out!</p>
<h3 id="the-arena-and-the-rest-of-the-programme">The Arena and the rest of the programme</h3>
<p>We expect much of what Creators build to be put to work in the <a href="/blog/update-on-the-scaling-trust-arena/">Arena</a>, where agents run organisations that trade, make payments, and operate machines under adversarial pressure. In turn, the Arena will open up new needs for the rest of the programme.</p>
<p>Say an agent running one Arena organisation buys a part made by another. Using technology developed by <a href="/projects/ccti/">CCTI</a>, the seller could prove the part was produced to the agreed specification; with <a href="/projects/physical-watermarking/">physical watermarking</a>, the buyer could check which controller the robot making it was actually running.<span class="mn">Martin Kleppmann describes this scenario, and how CCTI plans to make it work, in his <a href="https://martin.kleppmann.com/2026/10/07/centre-for-cryptographic-trust-infrastructure.html">announcement of CCTI</a>.</span> If red teams then trick the buyer’s agent into overpaying or leaking its budget, that failure points to what we should fund next.</p>
<h3 id="open-source-by-default">Open source by default</h3>
<p>Everything we fund is open source by default. People need to be able to inspect, test, and improve infrastructure they are being asked to trust, and to run, adapt, or replace the infrastructure their agents depend on. ARIA is funding the first versions, but open source lets a global community develop, maintain, and use them long after. We want to build this together.</p>
<h2 id="what-is-still-missing">What is still missing</h2>
<p>Our first Creators are the nucleus of the portfolio, and we will keep building around them; the empty slots on the map show where there is room. We fund new teams every quarter through our <a href="https://www.aria.org.uk/opportunity-spaces/trust-everything-everywhere/scaling-trust/funding/" target="_blank" rel="noopener noreferrer">rolling solicitation</a> for Tracks 2 and 3, and the current round closes on 31 October.<span class="mn">Teams funded through our <a href="/blog/joining-forces-with-schmidt-sciences-google-deepmind-and-the-cooperative-ai-foundation/">joint call with Google DeepMind, the Cooperative AI Foundation and Schmidt Sciences</a> will join this portfolio. Separately, ARIA’s Opportunity Seeds fund related projects outside the programme. We will announce both soon.</span> If you see a slot you could fill, or one we have not drawn yet, we encourage you to apply.</p>
<p>Below are some directions we have been thinking about. They are not prescriptive, just areas we think could be interesting. Keep an eye out on <a href="/blog/">our blog</a> for other ideas as they come up!</p>
<p><strong>Track 2: the cyber-physical agent stack</strong></p>
<ul>
<li><strong>Early demonstrations.</strong> Small, convincing cases of agents acting for different owners using cryptographic tools to do something useful.</li>
<li><strong>Safe access to physical environments.</strong> Enforceable permissions and bounded access to sensors and actuators, so a host can give an outside agent real control without losing control of the environment.</li>
<li><strong>Physical evaluations.</strong> Building on <a href="/blog/physical-evals/">Physical Evals</a>: environments where independently owned agents delegate or coordinate real-world work, exposing failures of coordination, security, and incentives.</li>
</ul>
<p><strong>Track 3: fundamental theory</strong></p>
<ul>
<li><strong>Generative cryptography.</strong> The research loops in <a href="/blog/generative-cryptography/">Generative Cryptography</a>: cryptographic libraries in Lean, formalised problems, verification tools, and better routes from specification to protocol.</li>
<li><strong>Cryptographic resilience.</strong> Verified implementations, protocols that can swap or combine assumptions, benchmarks that track AI’s ability to find weaknesses, and fallbacks if key assumptions fail.</li>
<li><strong>Physical verification.</strong> Early proof that delegated physical work actually happened, especially from protocols whose guarantees come from physical constraints.</li>
</ul>
]]></content:encoded></item></channel></rss>