nearcore VS skytable

And here's a full blockchain PoS ecosystem built on Rust called NEAR protocol: https://github.com/near/nearcore

NEAR is introducing near.org—a composable frontend for Web3. It allows end users to effortlessly discover all of Web3's possibilities in one seamless experience. For developers, it's a playground to create and code interfaces with the ability to fork a host of components, making app development faster and more efficient than ever before.

On near.org, users will be prompted to opt-in to the new push notification system on their desktop and iOS/Android mobile browsers. To enable browser push notifications on iOS, users need to update their device to at least iOS 16.4 and add the near.org website as an app icon to their home screen. Once users accept the prompt, they will start receiving notifications for baseline social activities on their accounts. All notifications can be viewed in the notification center, and users can customize their notification preferences through the designated settings menu.

NEAR Protocol - Developer-friendly blockchain built for performance and usability. Supports development in Rust and AssemblyScript.

DESCRIPTION: NEAR DevHub is an open-source ecosystem that has funding from NEAR stakeholders to evolve developer experience building apps on NEAR (https://near.org). NEAR is a permissionless protocol that enables projects that don't have a single point of trust to be deployed. NEAR reference implementation is implemented in Rust, and thanks to Wasm runtime apps for NEAR can also be built in Rust, so there is a whole stack of developer tools in Rust: https://github.com/near. NEAR DevHub is happy to compensate contributors to the open-source developer tools on NEAR, and there is an excellent onboarding Fellowship Program to do that efficiently.

How about https://near.org ?

We foresee that NEAR Protocol would gain the attention of builders with their account model, which already implemented Multiple keypairs as the secret key.

▪ Network Usage with network processing more than $272million worth of crypto payments 🔥 ▪ 9 New payment chains, including the 1st non-EVM chain, NEAR Protocol ▪ New features, including payment streams, escrow and batch payments ▪ New builder Huma Finance, & what else is in store for 2023 👀

Hey HN!

I've been working on Skytable since 2020 and after several iterations from a simple K/V store, we've walked the path to this release. The goal of Skytable is to deliver a solid foundation for building data intensive applications.

Skytable's primary goal is performance and scale. Even with a query language it can outperform K/V stores which use simple commands (benchmarks will be shared in another post).

Several implementations in Skytable (especially around query evaluation and execution) are fundamentally different from SQL and even NoSQL counterparts and there are some entirely new concepts which might make it a little hard to grasp.

BlueQL is a very important part of Skytable and it employs some interesting concepts to try and reduce the surface for injection attacks and tries to be a modern and secure alternative to SQL.

- Source code: https://github.com/skytable/skytable

For those who were looking for the source code, here's the link: https://github.com/skytable/skytable

Link to source code: https://github.com/skytable/skytable

Here are some quick links: - Source code: https://github.com/skytable/skytable - Rust driver: https://github.com/skytable/client-rust

I think this is relevant... These are 3 OSS databases that can be an alternative to Redis:

- KeyDB: https://github.com/snapchat/keydb

- Dragonfly: https://github.com/dragonflydb/dragonfly

- Skytable: https://github.com/skytable/skytable

I have used keyDB before. The raft consensus makes building an HA Redis easy.

:) in fact, I copied the definition from the project page and Skytable is not finished project yet. You can see here, the real time features in the road map. https://github.com/skytable/skytable/issues/203