Skip to content
SABTER.DEV
SABTER.DEV

Building the Future ofCrypto, AI & Automation

uncompromising software development studio

Scroll to expertise

Solidity · Rust · Go · TypeScript · Kubernetes · Cilium · Argo CD · Terraform · PyTorch · vLLM · CUDA · Ray · Foundry · Cosmos SDK · Substrate · Ethereum · Solana · Zero-knowledge · TEEs · gRPC · WASM · PostgreSQL · Kafka · ClickHouse · Nix · OpenTelemetry · Helm · Istio · Prometheus

01Expertise

All-inclusive protocol, intelligence, and platform work for systems that have to hold.

/ 01

Protocol engineering

Smart contracts, L2 execution, sequencers, and cryptographic protocols. MEV-aware by default. Formal review before mainnet.

View protocol engineering
/ 02

Applied intelligence

Custom training pipelines, agent runtimes, and GPU inference. Models wired into settlement and control planes so they cannot drift out of policy.

View applied intelligence
/ 03

Kubernetes platforms

Multi-region clusters, GitOps, network policy, and observability you can explain to an incident commander at 04:00.

View platform engineering
/ 04

Smart contracts

Vaults, AMMs, settlement, and intent flows reviewed as if every function selector is an attack surface. Because it is.

View smart contract work
/ 05

Inference clusters

GPU pools with autoscaling, tenancy, and p99 budgets. Inference sits behind the same SLO as the sequencer.

View inference work
/ 06

Observability

Traces, SLOs, chaos drills, and runbooks. If you cannot see the blast radius, you do not operate the system.

View observability work

03 — Mission

Generating lasting performance for mission-critical systems.

The chain, the model, and the cluster share a fate. We design them as one system — or they fail as three.

04Why SABTER

Why teams choose an uncompromising studio.

SABTER.DEV is a software studio for crypto-native intelligence and the platforms that keep it honest. One delivery workflow across protocol, models, and cluster.

/ 01

Hostile-environment default

The chain, the cluster, and the model are adversarial. We design as if they are lying — because eventually they will.

/ 02

One studio, three surfaces

Protocol, intelligence, and platform are not three vendors. They are designed as one system, or they fail as three.

/ 03

No unaudited production

We will not ship a mainnet path, an inference gateway, or a cluster control plane that has not been made to fail on purpose first.

/ 04

Operable, not demo-ware

Dashboards, budgets, and runbooks are part of done. If only the happy path works, it is not finished.

/ 05

Stay for the first incidents

Handover is not a PDF. We remain for the first real pages — then we leave a system, not a slide deck.

/ 06

Weekly demos, no theatre

Transparent progress. You always know what is shipping, what is still hostile, and what is waiting on a constraint.

Need a team that can handle protocol + intelligence + cluster in one delivery workflow?

Strategy, architecture, build, and operate — including agent runtimes bound to settlement.

Map your scope

05Engagement

How an engagement actually moves.

  1. / 01

    Threat model

    Constraints first. Adversary, failure domain, data classification, and what “done” means when the network is lying to you.

  2. / 02

    Architecture

    Protocols, cluster topology, model boundaries. We draw the blast radius before we write the interesting code.

  3. / 03

    Build under load

    Production code, property tests, load, and chaos. If it only works on a happy path, it is not finished.

  4. / 04

    Operate

    Handover with dashboards, budgets, and runbooks. We stay for the first real incidents — then we leave a system, not a demo.

Cluster

The cluster is not a backdrop. It is the product.

Inference jobs, sequencers, and indexers share a fate. We design namespaces, network policy, and GitOps paths as if the next page is an incident report — because eventually it is.

sabter@prod — kubectl
 
 
 
 
 
 
 
 
 

namespace/sabter · 6/7 ready

GitOps, signed

Argo CD and Nix so production is a git history, not a SSH session.

Network as policy

Cilium identities, default-deny, and east-west that a protocol can reason about.

Observe the blast radius

Traces, SLOs, and chaos drills before mainnet — not after the war room.

06Domains

Solving hostile problems across crypto-native domains.

Intelligent software for each surface — exchanges, L2s, issuers, operators, and funds.

Extend your potential

Extend your potential with a studio that ships hostile-environment systems.

Quality leaders, accountable delivery. Scale a roadmap across protocol, intelligence, and cluster — as one team, on one standard.

Start a brief

07Featured work

Selected systems engineered, shipped, and operated.

Canonical headsynced

BLOCK 1,848,291

0.82s

0x7f3a91c2e8

18 txs · 2.0s slot

BLOCK 1,848,290

0.91s

0x19bb04d1a6

11 txs · 2.0s slot

BLOCK 1,848,289

0.77s

0xc4e0aa17f3

24 txs · 2.0s slot

BLOCK 1,848,288

1.04s

0x02d9fe6b40

9 txs · 2.0s slot

ProtocolExchanges · Engagement · 16 weeks

Settlement engines

Matching, vaults, and finality paths built for adversarial mempools.

View case study
sabter@prod — kubectl
 
 
 
 
 
 
 
 
 
ProtocolL2 · Engagement · 22 weeks

Sequencer & validator stacks

Block production, gossip, and failover that survive partition.

View case study

inference graph · 4 layers

IntelligenceOn-chain intelligence · Engagement · 14 weeks

Inference clusters

GPU pools with autoscaling, tenancy, and p99 budgets.

View case study

inference graph · 4 layers

IntelligenceDeFi · Engagement · 12 weeks

Agent runtimes

Tool-using systems with policy, tracing, and human gates.

View case study
sabter@prod — kubectl
 
 
 
 
 
 
 
 
 
PlatformMarket infrastructure · Engagement · 18 weeks

Indexing & data planes

Reorg-aware indexers, streams, and analytical stores.

View case study

namespace/sabter · 6/7 ready

PlatformOperators · Engagement · 10 weeks

GitOps control planes

Signed delivery from commit to cluster, with break-glass.

View case study

08Stack

The stack we actually put in production.

Boring where it should be boring. Sharp where the problem is sharp. We pick for operability, not for the conference circuit.

On-chain

  • Solidity
  • Rust
  • Foundry
  • Cosmos SDK
  • Substrate
  • ZK
  • TEEs

Intelligence

  • PyTorch
  • vLLM
  • CUDA
  • Ray
  • TensorRT
  • Eval harnesses

Platform

  • Kubernetes
  • Cilium
  • Argo CD
  • Terraform
  • Nix
  • Istio

Data

  • Postgres
  • Redis
  • Kafka
  • ClickHouse
  • OpenTelemetry

09Clients

Let’s hear what operators say.

From engagement notes — protocol, infrastructure, and product leads who had to live with what shipped.

They treated the mempool as the adversary. The vault went to mainnet without a surprise upgrade key sitting in someone’s laptop.

Head of protocol

L2 team

Inference sat behind the same SLO as the sequencer. That was the first time a model didn’t scare ops.

Infrastructure lead

Validator operator

Weekly demos, no theatre. We always knew what was shipping and what was still hostile.

Product owner

DeFi protocol

10FAQ

Everything you need to know before the next build.

11Brief

Let’s connect.

Tell us the constraint, not the pitch. Hostile assumptions welcome. We reply to briefs that name a real system — chain, model, or cluster.

studio@sabter.dev
Frankfurt · remote-first

Practice