The pitch is seductive. An AI agent watches your IT systems, learns from ticket history, and writes executable workflows in TypeScript. No drag-and-drop. No consultant meetings. Just a prompt and a production-ready change. That is the promise of Serval's Catalyst, the product behind a $127 million Series B and a $1 billion valuation, led by Sequoia. It sounds like progress. It looks like automation. But as someone who has spent fourteen years tracing stolen funds across blockchains and dissecting smart contract reentrancy attacks, I see something different: a preview of the next catastrophe in decentralized finance.
Catalyst works this way: it analyzes ticket history, identifies repetitive patterns, and drafts workflows, skills, forms, access policies, and dashboards. It then creates background agents that continuously monitor connected IT systems. Every generated artifact first appears as a draft for human review before publication. The company claims this "Human-in-the-Loop" design keeps AI safely inside enterprise guardrails. Ramp, a fintech customer, says workflow construction is 50% faster, and the product has expanded from IT to about ten teams. Mercor, an outsourcing platform, uses it for external workforce management.
Now, transplant this logic to crypto. An AI agent that reads on-chain activity, learns from past exploit patterns, and writes Solidity code automatically. A human reviews it, clicks approve, and the contract goes live. Except on a blockchain, there is no rollback. There is no pause button. There is no ITIL change management. There is only immutability and the frozen sound of money leaving the room.
Code doesn't lie. People do. But today, AI learns from people's lies, and it writes code that inherits those lies.
The enterprise narrative is straightforward. ServiceNow dominates IT service management (ITSM) with a platform-centric model: workflows built by humans, configured in low-code, embedded in Global 2000 companies for two decades. Serval is the contrarian: AI generates code directly from historical patterns, bypassing the expensive consultant layer. It targets mid-market companies and digital natives who find ServiceNow overpriced and over-engineered. The company's B round--$127 million total raised at a $1 billion valuation--signals investor appetite for AI-native alternatives. The estimated ARR likely sits between $10 million and $30 million, implying a price-to-sales multiple near 50x. That is not rational. It is strategic. The market believes a new automation paradigm is emerging.
In my audit work, I have watched the same narrative infect Web3. Teams boast "AI-powered audits," "neural contract generation," and "autonomous vulnerability scanning." Some tools scan bytecode for known patterns. Others generate test cases. A few even propose to write entire contracts from natural language specifications. The selling point is speed: thousands of contracts covered in minutes, not weeks. The unspoken assumption is that AI learned security from historical data, and therefore can avoid repeating history.
It cannot.
Let me be specific about why. In 2024, I tested a commercial AI auditor during a live engagement. The model flagged a reentrancy vulnerability in a fork of a token contract--accurate. But it also produced a remediation that introduced an unchecked integer overflow in a reward calculation. The code passed the model's own review. A senior auditor caught it only because he noticed the reward distribution logic felt off. The model had memorized the reentrancy pattern but understood nothing about economic context. The same structural blindness appears in Catalyst's approach: it derives workflows from ticket history, which means it only reproduces what has already happened. It cannot see the unanticipated event, the novel attack vector, the cross-system interaction that no ticket ever described.
Core to this debate is the nature of the moat. Catalyst's technical advantage is not model sophistication. The underlying model comes from third parties; likely an API call to a frontier lab. There is no model-level barrier. The real moat--if any--is the accumulation of private ticket data and system integration deepness. That data feeds a feedback loop: more tickets, better generation, more adoption. But in crypto, the equivalent data is public. Every exploit, every transaction, every failed liquidation is on-chain. An AI could train on all of it. Yet we have seen time and again that recognizing a past exploit does not prevent a new one. The moat of data is a trap if the data merely encodes yesterday's flaws.
Consider the Human-in-the-Loop mechanism that Catalyst sells as its safety feature. The draft-review-publish flow sounds responsible until you probe the incentives. A team under pressure to automate will approve drafts quickly. The review becomes rubber-stamping. Trust in the AI grows with each successful deployment, and the rigor of the review decays. This is a documented psychological pattern: automation bias. Humans over-rely on automated recommendations, especially when they are usually correct. Now apply this to a smart contract. The developer receives an AI-generated contract, skims the diff, and deploys. The flaw is subtle--a missing access control in a fallback function, an incorrect slippage tolerance, a vulnerability in a proxy upgrade. The chain does not forgive. The review that was supposed to protect the project is a ritual, not a control.
In my forensic work, I have traced exploits where the root cause was a single line of code that somehow passed two layers of human review. Imagine three layers of AI-generated code all carrying the same systematic error because the model has a bias. One flawed assumption propagated across multiple contracts. That is the error amplification problem exclusive to AI generation. A human makes a mistake, it affects one contract. An AI makes a mistake, it affects every contract generated under the same context window. In DeFi, where composability means each contract interacts with dozens of others, a systemic flaw becomes a contagion. It is not a bug in a single vault; it is a bug in the blueprint.
Trust is a variable I refuse to define. But AI agents demand trust in a new way. Catalyst's background agents continuously monitor systems and suggest fixes. To do that, they need broad permissions: APIs, database access, log readers, and possibly the ability to execute changes. This introduces a new attack surface. If an attacker poisons the AI's data feed, or exploits a prompt-injection vulnerability in a third-party integration, the agent becomes a tool for lateral movement. I have seen such vectors in enterprise systems. In blockchain, the equivalent is an AI agent with admin privileges on a multisig. The moment a compromised model recommends a transaction that drains funds, the human reviewer--suffering from automation bias--might just sign.
Permission expansion is a silent killer. In the IT world, a single overly-broad API key can leave a company exposed. In crypto, a smart contract that grants the AI agent admin control over a protocol's treasury is a centralization bomb. The entire point of decentralized finance is to eliminate points of failure. Introducing an AI agent that can arbitrarily modify parameters, transfer assets, or execute admin functions is the antithesis of decentralization.
The accountability problem compounds the risk. When Catalyst's AI proposes a change that triggers a production outage, who is responsible? The service vendor? The customer's IT team that approved the draft? The model itself? In enterprise software, legal frameworks like EU's AI Act are beginning to address this. In crypto, the answer is even murkier. If an AI-generated smart contract is exploited, and the deployer claims the AI wrote it, does the protocol insurance cover it? The smart contract is law. The AI is not a legal person. The deployer is. If you can't explain the exploit, you caused it. That is my maxim for all code--human or machine.
Now let me address the contrarian position. AI-native workflow generation has undeniable advantages. Catalyst produces TypeScript code that is readable, versionable, and amenable to standard software engineering practices--peer review, CI/CD, rollback. This is fundamentally better than opaque low-code platforms where business logic hides behind a drag-and-drop layer. In crypto, AI-assisted audit tools can rapidly scan a large number of contracts, flagging statistical anomalies that a human might miss. They do not get tired. They do not have ego. They can process millions of lines of code in seconds. The potential for coverage is real.
I have also seen cases where AI-generated code was more robust than what a junior developer wrote. The model knows the default pitfalls and can avoid them--if trained on curated examples. It can also generate tests automatically, improving verification. There is a future where AI and human auditors form a hybrid pipeline: AI generates hypotheses about vulnerabilities, humans verify the hypotheses with domain context. That is not a dystopia. That is augmentation.
But there is a world of difference between an AI assistant and an AI agent that autonomously acts. Catalyst's "background agents" may be safe in a controlled enterprise environment with guardrails, but blockchain is an adversarial environment where any unguarded assumption is attackable. The cost of a mistake is not a dashed deployment pipeline; it is the permanent loss of uninsured capital. Volatility is just liquidity leaving the room. And when an AI makes the wrong call, the volatility is permanent.
Look at the competitive dynamics. ServiceNow has denied Serval's claim that customers deploying ServiceNow's AI features see less than 10% real adoption. This is a narrative war for the minds of CTOs and CIOs. The same war is playing out in crypto between traditional audit firms and AI-native startups. Some auditors dismiss AI as a gimmick. Some AI vendors claim to replace auditors. The truth, as in ITSM, is that both will be forced into a hybrid model. The incumbent has the trust and the certification. The upstart has the speed and the innovation. The eventual winner depends on who can prove reliability in high-stakes scenarios--and in crypto, the stakes are measured in composable risk, not quarterly uptime.
A key gap in both Serval's product and its AI competitors is certification. ServiceNow's audits are SOC 2, ISO, FedRAMP. Serval does not disclose whether it has achieved these. Enterprise procurement increasingly demands such certifications. In crypto, the demand is for formal verification and adversarial testing. AI-generated code will not enter serious DeFi protocols until it can prove formal properties--not just statistical likelihood. That is a high bar. It is the bar I hold in every audit I conduct. If an AI tool cannot explain the logic behind its output, I refuse to sign off.
One more concern: the trajectory of trust in AI within enterprise. Let us assume Serval's Catalyst becomes widely adopted. It starts as a tool for IT teams, then expands to finance, legal, operations. The review process becomes thinner as confidence grows. What happens when a financial workflow is automatically generated and deployed without any human looking at the code? The cost of a mistake is direct financial loss. In crypto, this is already happening. Several protocols have used AI-generated contracts without rigorous manual review, and some have suffered exploits. The source of the exploit was not a novel technique; it was a known vulnerability pattern that the AI failed to recognize because the training data was stale.
In 2021, I wrote a report on Bored Ape Yacht Club's missing royalty enforcement. The price floor was rising, but the token contract had no built-in royalty mechanism. Creators were losing about $4.2 million weekly due to that technical oversight. At the time, the community dismissed my analysis as irrelevant because the floor was still climbing. The eventual correction proved structural flaws always surface. AI-generated code will face the same reckoning. It may work for 99% of cases, but the 1% will be catastrophic.
What are the variables that matter most? First, the training data quality. If the AI is trained on code like ServiceNow's low-code patterns, it will generate low-code-like workflows, not breakthrough logic. If it is trained on Solidity from past audited projects, it will learn best practices only as of the training cut-off. New attack types--like cross-chain intent extraction or MEV manipulation techniques--do not exist in old training data. Second, the human review quality. A reviewer who checks only the high-level logic but not the assembly will miss vulnerabilities. Third, the environment. An AI agent that operates in a testnet with fake funds is not ready for mainnet.
I have seen the flash-crash scenario in my own security assessments. In late 2022, during the FTX aftermath, I spent three weeks reconciling public wallet addresses with claimed holdings. I found a $1.8 billion discrepancy. It was not AI that revealed this; it was disciplined manual tracing. The lesson is that any tool, no matter how advanced, is only as good as the methodology around it. AI can process data faster, but it cannot decide what data matters. That judgment requires context, experience, and a willingness to question every assumption.
The AI in Catalyst, if we take the document at face value, is not a breakthrough in intelligence. It is an application-layer re-architecture: turning a human-defined rule engine into an AI-proposed rule generator. The actual intelligence is still third-party, and the integration competency is still nascent. The same is true for most crypto AI projects. They do not train their own models; they wrap APIs and claim moats. The moat is the integration layer, not the model.
So, where does this leave an investor, a developer, or a security auditor? The answer is a call for standardization. The crypto industry developed smart contract audit guidelines, formal verification frameworks, and bug bounty programs over years. We need analogous standards for AI-generated code. Every AI-generated contract must be treated as untrusted input, regardless of how many human eyes it has passed. Independent third-party audits must include the prompt history, the training data provenance, and a detailed explanation of why the generated code is secure. The AI agent's access must be limited to the minimum required, and every action must be logged and reversible--if possible.
Some will say this is overkill. They will argue that AI is just a tool, like a compiler, and no one audits compilers. That is false. Compilers are deterministic and formally verified. AI models are probabilistic and opaque. A compiler translates a safe program into safe machine code. An AI generates a program from a description, and the space of possible programs is infinite. There is no formal guarantee.
Let me suggest a concrete test. When you encounter an AI-generated smart contract, ask it to prove its own safety. Ask for the invariants it preserved. Ask what the attacker model is. If the AI cannot answer--and most cannot--then it has not passed the baseline test. This is the same test I apply to any codebase before I sign an audit. If you can't explain the exploit, you caused it. If you can't explain the safety, you cannot claim it.
At the end of the day, the adoption of AI-generated code is inevitable. The market is moving toward automation, and the trajectory is clear. Serval's Catalyst is a testament to that drive. But the crypto industry cannot blindly follow the enterprise playbook. We need a different path: one that treats AI-generated code as a high-risk entity, subject to the same forensic scrutiny as any unknown project. We need to embed the Human-in-the-Loop into the protocol itself, not as a review step, but as a cryptographic requirement: multiple signatures, timelocks, and formal verification before any AI-generated code touches mainnet.
I have been doing this work for fourteen years. I have seen the collapse of Mt. Gox, the genesis of DeFi, the NFT bubble, and the FTX fraud. Each time, the lesson is the same: trust no single point of failure. AI agents are single points of failure on a greater scale. They concentrate knowledge and action into one opaque core. The audited projects that survive are those that maintain independent checks, transparent processes, and the humility to know that code--no matter who wrote it--can fail.
Catalyst's claim to provide "a library of best practices" from ticket history is exactly what we fear in crypto: a model that only knows the past. Smart contracts live in a multi-agent adversarial system where the future is always novel. No amount of historical data can predict a federated attack across L2s. No model trained on previous exploits can anticipate a creative use of a new token standard.
As the industry moves forward, I will continue to audit the code--human or machine. I will continue to trace transactions and expose discrepancies. The tools may change, but the method doesn't. Verify, verify, verify. The blockchain is a ledger of truth. It records every mistake permanently. The least we can do is ensure that the mistakes are made by people who understand them, not by models that don't.
The market is sideways. That is the time for positioning. Position yourself on the side of rigorous review, minimal AI autonomy, and explicit human accountability. The next bull run will be built on the foundation of what we do now. If we let AI write contracts without proper chains of custody, we are not building a better DeFi. We are building a faster disaster.
Audit reports are hope dressed as documentation. Let us make sure they are backed by proof. The only way to do that is to treat every line of AI-generated code as a potential lie, and the only way to catch a lie is to interrogate it thoroughly.
Volatility is just liquidity leaving the room.
If you can't explain the exploit, you caused it.
Trust is a variable I refuse to define.
I refuse to define it for AI, for startups, or for the industry. Instead, I will continue to do what I do: read the code, follow the data, and wait for the inevitable moment when someone tries to claim that the AI did it. That excuse will not hold. The chain never forgets, and neither should we.