

Veritas
Veritas is a clinical research platform that combines cryptographic proof of personhood (World ID) with ML powered response quality scoring to give researchers clean, trustworthy data. Won Best Proof of Human Application at Catapult 2026.
The problem
Clinical trials have a serious trust problem. An estimated 4% of volunteers are "professional patients," and up to 25% of trial data may be problematic or fabricated. Current fraud detection relies on basic attention checks that are easily gamed. We set out to solve one of the biggest blind spots in modern research, in 36 hours at Catapult 2026.
How it works
Veritas combines cryptographic proof of personhood with ML powered response quality scoring to give researchers clean, trustworthy data. Identity verification uses World ID iris biometrics to enforce one person one enrollment. An intelligent scoring pipeline analyzes coherence, effort, consistency, and specificity for every response. Similarity detection uses vector embeddings to flag duplicate responses across enrollments. The result: Veritas walked away with Best Proof of Human Application at Catapult 2026, Purdue's premier AI/ML hackathon.
Why this problem fit the hackathon
We wanted a real problem that proof of personhood could mostly solve on its own, using World ID, one of the sponsors for the hackathon. We needed a high economic impact area of fraud that also has low digital adoption and operates virtually at scale. One field caught our eye, because the person themselves matters so much to the quality of the data: clinical trials. The clinical trials industry is $35B, and up to 4% of it is fraud. Going tool first like this is definitely specifically a hackathon move. In the real world, it's better to look for a problem first, and then a solution. For the hackathon specifically, we opted for this approach.
Talking to clinical researchers
We actually spoke with clinical researchers. They mentioned a lot about fraud, and how they do IP deduplication, and have to worry about chargebacks for fraudulent data. The other thing that was talked about, though, was quality of the data. That's why part of Veritas is a helpful AI assistant that grades the quality of the responses, guiding them to a better response where necessary or letting them take a break if the responses are going through too quickly or quality degrades. The thing that we did that you generally shouldn't do as a builder is to talk to your customer about the solution before the problem. You need to ask them questions from a genuinely "naive" standpoint. It's called the Mom Test, and it's about asking your customers about specific experiences from their life that could lead you to discover the real problem they have. It's because of our thesis and extensive research that we were able to get away with the Mom test type questions. Even through questioning, we discovered that the real part of the problem was quality, and in a production grade solution, we might have focused on that instead. As a result, the core of our product was split, which is not amazing for a real world solution meant to solve a single problem.
The contradiction questions
The part of Veritas that I'm most proud of is the ability to assist the researcher with creating surveys by making "contradiction questions," i.e. questions that ask "over the past month, pain has negatively affected my ability to work" and "over the past month, pain has not affected my ability to work," then measuring the direction of the responses to each question to see if there's a contradiction. For example, if the user says "strongly agree" to both, then something is off, and their confidence score goes down. Same thing with helping researchers improve the specificity of their questions after creating a draft. The goal of this is to make the questions as clear as possible to the respondent so there's no confusion about timeframe, mismatch between question type and the content of the question, or language about what the question is asking.
What hackathons are actually for
Hackathons are made to show off a solution, not to solve a problem. You create a solution for the sake of creating one, without genuinely taking time to identify if the problem exists for many people. That's not to say that they are bad, as there are genuinely good products that come out of hackathons. But for a revenue generating business, it's not the best method to guarantee customers.
The flashy vs. real debate
We had a big decision and debate about whether the project would even be flashy enough to impress judges. I said that a real problem that was solved completely would be impressive enough to wow the judges, and my teammates disagreed, saying that it wasn't technically complex enough.
For startups and founding teams
Karthik Thyagarajan is a founder-engineer studying Computer Science and Artificial Intelligence at Purdue. At Samsung Research America, he co-architected an always-on AI agent runtime for XR glasses. He is currently building Tavi, a voice teammate for engineering standups, and co-founded buildpurdue, a founder community at Purdue. His work spans agent infrastructure, on-device AI, product engineering, and evaluation.
For an early team building AI products, his strongest demonstrated fit is owning a broad technical problem from product decisions through implementation and evaluation. His current interests are live voice and video AI, AI-first wearables, and infrastructure that lets agents discover and use internet services.
Substantial ownership of agent systems
At Samsung Research America (May to August 2026), he co-architected an always-on agent orchestrator in Kotlin and owned half of a 25+ module runtime. His reported on-device router achieved 95% signal suppression and 90% intent-routing accuracy. His work also covered tool permissions, model routing, memory, and phone control, connecting model behavior to a usable device experience.
Builds teams and operating systems around a problem
As buildpurdue's co-founder and co-president, he helped turn an informal gathering into a founder community with a selective cohort, weekly co-working, funding, and founder-led problem-solving workshops. He built much of its web platform and integrated CRM, applications, events, and check-ins. His account describes data on around 500 students and a mailing list of about 1,000.
Makes technical claims testable
He built PARM, an open-source causal benchmark for when an agent should use personal memory: 157 frozen scenarios and 471 executable cases, with deterministic scoring and versioned replay artifacts. Its portfolio account explicitly distinguishes development results from held-out claims. He also built google-tools-mcp, a published MCP server exposing 169 Google Workspace tools through one OAuth flow.
Pursues difficult product problems
He is currently building Tavi, a voice teammate intended to answer codebase questions and handle small action items during engineering standups. The project tackles multi-person turn-taking, when to stay quiet, sandboxed coding, and synthetic meeting evaluations. This is ongoing work, rather than a claim of shipped adoption. His published interests explain the direction behind it.
Co-founder who ships and thinks about distribution
At Repple (November 2025 to June 2026), he co-founded a competitive fitness app released on the App Store and built the entire FastAPI, PostgreSQL, and Supabase backend, including synchronized workouts, ELO matchmaking, and weekly competition logic. His firsthand account also describes marketing before the UI existed, campus distribution, and why local community density mattered to the product.
This brief summarizes Karthik's public portfolio and firsthand accounts. Employment contributions and internal performance metrics are self-reported; linked code and artifacts provide additional evidence where available.