Grit Core Lab
// pricing

The financial transactions database.

Grit Core Lab is a distributed transaction engine built for financial workloads: sub-millisecond commit latency, synchronous multi-region replication, and strict serializability guaranteed at every write.

plan 01
Serializable Write Path
Included in all plans

Every write goes through a two-phase commit protocol with a deterministic leader. Conflicts are detected at the storage layer using multi-version…

Reach us directly
plan 02
Synchronous Replication
Included in all plans

The replication protocol is a variant of Viewstamped Replication. A commit is acknowledged to the client only after the leader and at least one…

Reach us directly
recommended
WAL Archival
Included in Cloud and On-Premises

The write-ahead log is streamed in real time to object storage (compatible with S3-API endpoints, including domestic Japanese providers such as…

Reach us directly
plan 04
Read Replica Routing
Included in Cloud plan

Read replicas receive log entries within a measured 12 ms of commit under normal network conditions. The client library includes a routing layer…

Reach us directly
// every plan includes
Median commit latency at 80k TPS
0.4 ms
Durability: zero committed-data loss since launch
99.999%
Read replica propagation latency
12 ms
Bounded crash recovery time
< 800 ms
Nightly fault-injection scenarios per build
14,000

Ready to run on a database that does not lose committed transactions?

Request access to the managed cloud trial or download the on-premises evaluation binary. No sales call required to start.

Contact us
With respect

From Teams Running Grit Core Lab in Production

We migrated our settlement ledger to Grit Core Lab in March 2024. In seventeen months of production use, we have had zero reconciliation failures. The previous system averaged two per quarter.

— Hiroshi Tanaka, Head of Infrastructure, regional securities firm, Osaka

The on-premises deployment took four hours from binary download to first production write. The configuration validator caught two mistakes in our network topology before we went live, which would have cost us replication guarantees.

— Yuki Sato, Database Engineer, fintech startup, Tokyo

Selected client feedback. Individual experiences vary and may not be representative.

0.4
Ms median commit latency
14,000
Nightly fault-injection scenarios
800
Ms max crash recovery time
80,000
Transactions per second (sustained)
About

A bit more

Grit Core Lab incorporated formally in Okayama in 2019 and opened its first managed cloud region in Osaka in early 2021, followed by Tokyo later that year. The team is small by design: seven engineers, two of whom focus exclusively on correctness testing and fault injection. The test suite runs 14,000 scenarios nightly, including network partition simulations, disk-failure injections, and clock-skew tests. If a scenario causes a consistency violation, the build does not ship. That constraint has held since the first public release.

The patches worked, mostly. But every quarter brought a new edge case.
News & Announcements

News & Announcements

2026-07-01

Why Strict Serializability Matters for Financial Databases

Most relational databases offer serializable isolation as their strongest consistency guarantee. Strict serializability is stronger, and the difference is not academic. For a financial settlement ledger, the gap between the two can be the difference between a system that requires a reconciliation job and one that does not.

Read more →
2026-05-20

Synchronous vs Asynchronous Replication in Financial Systems

Replication is how a database survives the failure of a single node. The question of whether that replication is synchronous or asynchronous is one of the most consequential architectural decisions in a financial system, and it is frequently made without a full understanding of what asynchronous replication actually risks.

Read more →
2026-06-15

WAL Archival and FSA Compliance for Transaction Databases in Japan

Japan's Financial Services Agency requires financial institutions to maintain accurate and complete records of transactions for specified retention periods. For a database-backed system, the most reliable way to satisfy this requirement is to archive the write-ahead log in a verifiable format, rather than relying on periodic backups or application-level export jobs.

Read more →
See all news →
Quick assessment

Which Grit Core Lab deployment fits your workload?

Answer three questions about your infrastructure and compliance requirements. The result will point you to the deployment option most likely to fit your situation.

01/ 03

Where does your transaction data need to reside?

02/ 03

What is your current sustained write volume?

03/ 03

Do you need FSA-compliant audit export?

— balance —

Here is where to start

Based on your answers, we can suggest the most relevant deployment option and connect you with a support engineer who has worked on similar configurations. Use the contact form below or reach us at contact@gritcorelab.com to discuss the specifics of your workload.

Contact us
Proprietor

With respect

Kenji Murakami

Kenji Murakami

Founder, Established since 2019

Kenji Murakami is the founder and lead engineer of Grit Core Lab. He spent eight years at a Tokyo payment processor, where he maintained the transaction ledger and eventually led the database infrastructure team. Before that, he contributed to the open-source Paxos implementation used in a distributed key-value store maintained by a university research group in Kyoto. He holds a degree in information engineering from Osaka University. Outside of work, he runs a small reading group in Okayama that works through distributed systems papers one chapter at a time.

contact@gritcorelab.com LinkedIn
Member of guildDirect from makerSecure checkoutReviewed by clientsHand-finished
Get in touch

Tell us about your workload

Your message

Submit this form and a Grit Core Lab engineer will respond within one business day with information relevant to your deployment scenario. We do not pass your details to third parties.

Usually a reply within a working day.
No sales calls unless you request one.