• krishna-cp
  • arjuna-1
  • arjuna-2
  • monitoring
  • grafana
  • prometheus
  • loki
  • alloy
  • hermes
  • immich
  • calorie-vision
  • splitwise
  • vaultwarden
  • seafile
  • jellyfin
  • navidrome
  • audiobookshelf
  • silverbullet
  • karakeep
  • tt-rss
  • postgres
  • valkey
  • proxy manager
  • tailscale

Hover a thread: each one is a service running at home.

Vishal Dodda

SRE for blockchain infrastructure. I work where reliability, AI and web3 cross. Follow one thread at a time; by the end of the page you’ll see where they meet.

krishna-cp drives three nodes

I never treat a technology on its own.

The wonders happen where two of them meet, so that's where I build.

Woven at home

My data lives on machines I own.

My photos, passwords, files, notes and media run on two Proxmox machines at home: around 25 self-hosted services, including the tools I write for myself and my own AI assistant. A four-node Kubernetes cluster and a Tailscale mesh tie them together.

Privacy is the point. Nothing reaches them except through a Cloudflare Tunnel, so not one port is open at home, and the most personal parts, like my assistant's memory, never leave the network. It's also where I break things before anyone pays me to fix them.

Running it every day taught me my trade: keeping things up.

  • immichselfhosted-trixie
  • hermes agenthermes
  • silverbulletselfhosted-trixie
  • prometheusmonitoring
  • calorie-visionbuilt by me
  • kuberneteskrishna-cp
me
Every cube is a VM I run, circling me, its only client. Each time one comes round, it shows another service it hosts. Services shown: immich, vaultwarden, seafile, jellyfin, hermes agent, honcho, silverbullet, karakeep, tt-rss, navidrome, prometheus, loki, calorie-vision, splitwise, kubernetes, grafana.

Reliability

Keeping systems up is my craft.

Metrics, logs and the patient work of knowing why something broke. I practise on a four-node Kubernetes cluster I built by hand with kubeadm, where every node pushes its metrics and logs to one monitoring node.

When the dashboards aren't enough, I go down to the packets themselves, in the kernel.

Today I practise that craft on blockchains.

0 screened0 dropped in kernel0 sent up to userspace

My XDP filter as a live sketch: synthetic traffic, real design. The sketch sends far more packets up than the real 1 in 403, so you can see them go. Pick a stage of the path to read about it.
  1. XDP attack filter

    An eBPF program at the network interface that screens HTTP for XSS, SQL injection and traversal, backed by an ML ensemble. It sends 403× fewer packets up to userspace.

    • ebpf
    • xdp
    • c
    • ml
    • prometheus
    • otel
    Source for XDP attack filter
  2. Kubernetes, by hand

    A four-node kubeadm cluster with Flannel, spread across two Proxmox hosts over Tailscale: krishna-cp drives arjuna-1, arjuna-2 and a monitoring node. Grafana runs inside it.

    • kubernetes
    • kubeadm
    • flannel
    • proxmox
    • tailscale
  3. Simple Search

    A 3-tier search app on the Perplexity API, with frontend, backend and database each containerised and deployed on Kubernetes, logging every search.

    • kubernetes
    • docker
    • python
    • react
    • mysql
    Source for Simple Search
  4. Homelab observability

    Alloy agents push to Prometheus and Loki on a dedicated monitoring node; Grafana runs inside the cluster. Push-based, so there is no up{} series to lean on: health checks query what each agent actually sends.

    • alloy
    • prometheus
    • loki
    • grafana
    • kubernetes

Chains

By day, that craft runs blockchains.

I'm an SRE at a stealth, fast-paced web3 validator startup, working on Solana and EVM chains and the RPC infrastructure behind them.

A Jacquard loom reads its punch cards strictly in order, each laced to the next; a chain works the same way.

What I add to that work is AI, starting with the agents I live with.

Each card's holes are hashed from the card before it.
  1. RPC and chain operations

    Day-to-day SRE work for Solana and EVM chains, including the RPC infrastructure applications talk to.

    • solana
    • evm
    • rpc
    • sre
  2. Westend validator

    A Substrate validator on the Westend testnet, with proxy-account staking, session-key rotation, and chill and unchill drills, run as a dedicated service user.

    • substrate
    • polkadot
    • staking
    • linux
  3. ML credit-scored lending

    A DeFi lending and insurance dApp where an off-chain ML credit score is attested on-chain with EIP-712 signatures and sets the borrower's risk tier.

    • solidity
    • eip-712
    • hardhat
    • python

Agents

Day to day, I live with the newest of AI, inside a privacy boundary I drew myself.

My assistant runs on Hermes, an open-source agent that writes and refines its own skills, runs cron jobs and spawns subagents for parallel work. Its long-term memory is Honcho, which builds a working model of me. Both run on one VM in my homelab, so the reasoning never leaves my network.

My second brain lives in SilverBullet, which Hermes reads and writes over MCP; Obsidian stays isolated, mine alone. Local models come from Ollama, and when a job needs a bigger one, it goes out through OpenCode Go's zero-data-retention endpoint. Alongside it, Paperclip runs a small company of agents with an org chart, goals and budgets.

Beyond the agents I use, I build models of my own.

My assistant stack as I drew it. Pick a node to see what it does and where it runs.

  1. Private AI assistant

    Weeks of building an assistant around privacy: a self-hosted Hermes agent with Honcho memory, a local LLM, personal skills and cron jobs that explain things the way I learn them.

    • hermes
    • honcho
    • ollama
    • gemma
    • mcp
    • cron
    The post for Private AI assistant
  2. Paperclip agent company

    Paperclip, self-hosted: agents arranged in an org chart, each with goals and a budget, and every action in an audit log.

    • paperclip
    • agents
    • self-hosted
  3. Daily DevOps agent

    My first agent: every morning it gathers news from RSS feeds, picks ten DevOps questions and a quote, and emails me a digest, scheduled by cron.

    • python
    • rss
    • docker
    • github actions
    Source for Daily DevOps agent

Models

And I build models that do a real job.

The one I'm proudest of lets you ask a Postgres database a question in plain English. An agent plans and validates the SQL over MCP, but it never executes a write and never sees the rows: results flow straight from the database to your screen.

My favourite to watch is logSonar. Dashboards never gave me a feel for a node, so I turned logs into pixels: each log line is weighed down to three values from 0 to 255, one RGB pixel, and a batch of them becomes an image per service. KMeans names the mood, FFT finds the slowdown that keeps coming back, and anything 20% off the mean is flagged.

I'm studying Computer Science with a specialisation in AI and ML, and I like models with a job like that: classifying a signal, filtering a message, answering a question about a database.

As a research assistant in 2025 I balanced cloud, fog and edge, using multi-objective optimisation to move traffic off the cloud without costing the edge its latency.

Here's how those threads were laid, one row at a time.

Raw metrics pour in from three services and land as pixels, the way logSonar draws them. Synthetic logs, real method. Pick a quadrant to see another model.

  1. Agentic Postgres over MCP

    Ask a database a question in plain English. The agent plans and validates SQL through MCP, but never executes a write and never sees the result rows; data flows straight from Postgres to the browser.

  2. logSonar

    Logs translated into pixels: each log line becomes an RGB value, so a service's health reads as an image. KMeans names the mood, FFT finds the repeating slowdown.

    • python
    • otel
    • kmeans
    • fft
    Source for logSonar
  3. Radar signal classifier

    An ML classifier separating radar signal from noise, built during a defence research internship and deployed into the tool its engineers already used.

    • ensembles
    • deep learning
    • deployment
  4. Hinglish spam detection

    SMS spam filtering for code-mixed Hindi-English text, with its own transliteration and stopword pipeline. The SVM reaches 98.8% accuracy and 0.965 F1 on 606 held-out messages.

    • nlp
    • tf-idf
    • svm
    • scikit-learn
    Source for Hinglish spam detection
  5. calorie-vision

    Snap a meal and a vision model estimates calories and macros per item; scan a barcode for a Nutri-Score. It runs on my homelab.

    • vision llm
    • fastapi
    • postgres
    • docker
    Source for calorie-vision

The cloth so far

Each row is a stretch of work, newest on top.

  1. Site reliability engineer

    A stealth, fast-paced web3 validator startup

    Solana and EVM chains, RPC infrastructure.

  2. Research assistant, AI

    VIT Vellore

    July to December. Multi-objective optimisation that spreads outgoing traffic across fog nodes, easing cloud load while keeping edge latency low.

  3. Intern

    DRDO

    Machine learning for radar signal classification.

  4. Core committee and student coordinator

    IEEE-CS · graVITas & Riviera

    Hackathons and cryptic hunts, and a fest team of 60 serving 1,000+ attendees.

  5. B.Tech, Computer Science (AI & ML)

    VIT Vellore

    Where the threads started.

  1. reliability
  2. models
  3. chains
  4. xdp filter
  5. logsonar
  6. observability
  7. rpc ops
  8. validator
  9. mcp agent
  10. hermes agent
  11. radar classifier
  12. hinglish svm
  13. calorie-vision
  14. credit dapp
  15. argmaxvishal

SRE × AI × Web3

The philosophy from the top, made literal: every project you just read is a node in this network. Reliability, models and chains go in, and its argmax, the single most likely answer, is the engineer I am: one who keeps chains running and puts models to work on real infrastructure.

Pull a thread

That’s the whole cloth: an SRE who keeps chains running, brings models into the work, and builds it all at home first.

If any thread caught your eye, pull it. I’m quickest to reply on LinkedIn, and I write now and then on Hashnode.