An enum-based async framework for building permission-driven APIs

Actionable defines a basic Role Based Access Control permissions framework as well as a set of traits that allow "dispatching" an enum. Additionally, it offers procedural macros to remove some common sources of code duplication.

A document database that grows with you.

End-user secret management with Rust.

Custodian aims to be a general purpose set of secret management APIs aimed at helping developers store secrets easily, yet securely.

Currently, the only crate published is custodian-password, an easy-to-use OPAQUE-KE wrapper that BonsaiDb uses when setting a password for a user. This key exchange protocol ensures that the password never leaves the client, and the server can still verify upon a new connection that the original password was provided.

wgpu made a little easier

Kludgine transitioned between multiple rendering backends before utlimately easygpu was developed as an offshoot from a large refactoring of Source Code

Encode and decode data using plain English.

For Ncog, we had two problems that utilized random data that sometimes might need to be read aloud: invite codes and backup keys. This crate encodes data using an English wordlist with 13 bits of information being represented by each word. For Ncog, this means that invite codes can be 4 words long, and Ed25519 backup keys can be 20 words long.

An easy-to-use QUIC-based protocol that supports reliable, ordered payload delivery.

We needed a reliable protocol for BonsaiDb, and QUIC is a great general-purpose networking protocol that solves many issues that TCP connections suffer from. Fabruic will eventaully grow from only supporting QUIC to being transparently multi-protocol, which will enable WebRTC communications with a web browser. This will replace WebSockets as the best path for WASM BonsaiDb clients. Additionally, Fabruic will add support for unordered, unreliable datagram delivery in addition to the current ordered, reliable streams.

A math library specialized for 2d screen graphics.

Rust has a vibrant ecosystem for 2d math APIs. Gooey, Kludgine, and easygpu were all using Euclid, but some of the opinionated decisions for their API did not agree with our desires in the types exposed through Gooey.

Figures takes a similar approach to Euclid by associating a "unit" type with the primitive numerical type. Additionally, it adds the concept of DisplayScale, allowing for logic to be built that can convert between three units of measurement: raw pixels, dpi-scaled pixels, and user-scaled pixels. Gooey and Kludgine use this to enable automatically scaling based on the screen's DPI settings, but also allowing an additonal scaling factor to be set on-top of the DPI-corrected scaling.

An experimental cross-platform graphical user interface (GUI).

We believe in having native applications, but we also believe that having your app or game be accessible inside of a web browser makes it much more approachable for a potential new user.

The GUI ecosystem in Rust is rapidly evolving, but we had our own opinions on how to best architect a GUI framework in a Rust-y fashion. Gooey is our attempt at that: a cross-platform API that can run natively inside of any wgpu application or inside of a web-browser, being translated to native DOM elements in the process.

A Canvas widget for the `Gooey` UI framework

The Canvas widget adds the ability to create cross-platform 2d drawing code using the Renderer trait -- the same trait that Gooey uses to rasterize its widgets on the native frontend.

2D graphics and windowing built atop wgpu

Deep down our passion is still with games, even though we may be focusing a lot of general-purpose application development at the moment. Kludgine was born after evaluating other libraries at the time and deciding there was still room for improvement.

Kludgine is the base layer for Gooey, our Graphical User Interface crate.

A self-hostable collaboration platform built with privacy and data independence in mind.

Our original goal with Khonsu Labs is to build an MMORPG, but at the core of our desires of what an MMORPG should contain, we believed reliable, persistent private and group messaging was important. We also went as far as to believe that if we were going to build or own chat layer instead of integrate with another solution, we should only do so if we felt like we could bring something unique to the table. We believe we can.

Most solutions to this problem are very difficult to deploy and maintain. Our aim is to design a suite of communication and collaboration services that come with sensible, secure default settings and are easy to customize, deploy, and eventually scale.

Ncog will be the first large-scale project that unifies Gooey and BonsaiDb.

ACID-compliant key-value database implementation using an append-only file format.

While we started BonsaiDb atop another storage layer, we decided to pursue an in-house implementation that we could tailor-fit to the needs of BonsaiDb.

Nebari aims to provide speed, safety, and reliability while still remaining easy to understand and approachable to new contributors.

An experimental self-describing binary format written in Rust for Serde

BonsaiDb originally used CBOR to encode documents before we wrote our own format. Pot is very similar to CBOR, but it aims to improve in one way: not repeating "identifiers" multiple times. When encoding an array of structures with CBOR that has a propery named "disconnected", the word "disconnected" will show up one for each entry in the array. With Pot, the word disconnected will show up only once.

This space savings comes at a slight cost, but may yield less overall packets of data being sent. Additionally, Pot has session-based capabilities that further reduce the amount of data needed for network communications.

The website you're accessing.

The website you are browsing is served via the Axum framework. The GitHub history is being retrieved from a local BonsaiDb database, which is updated in the background periodically. The goal of this website is to try to help tie together all of the work that we are doing into one location. Because we are only a few developers with such a large set of repositories, it will likely be that some crates go periods of time without updates.

This website should help any consumers of Khonsu Labs' crates to see that each crate plays an important role in our ecosystem. As long as we're working towards our big-picture goals, each one of our crates is crucial to the success of our goals.

A fun note: This project will likely be BonsaiDb's longest-running production application.

A style component system for Rust

This small crate provides a basic set of abstractions for building "style" information. It is what Gooey uses to implement its styling and theming.

This crate is general-purpose enough it likely is not useful for many people outside of the context of Gooey or building your own style-based data structures.