Ayaz Salikhov 0c201ed952 feat: Introduce release_impl.yml workflow to automatically create rel… (#2043)
…eases

Work on: https://github.com/XRPLF/clio/issues/1779

Features:
- works in PRs (everything but actually pushing a release)
- supports custom release notes header
- removes previous release for nightly releases

The idea is that creating releases should be automatic or almost
automatic and should work more or less the same for nightly and actual
releases.

I haven't yet implemented automatic release process for the actual
release (and don't plan to do it here), but this PR will make it much
easier to implement it in the future.
I suggest deferring discussion of how actual releases should work till
the next PR.
2025-04-29 16:58:25 +01:00
2025-01-02 11:39:31 +00:00
2025-02-27 14:26:51 +00:00
2024-07-10 11:42:39 +01:00
2022-09-26 15:46:43 -07:00
2024-03-12 17:40:13 +00:00
2025-03-18 15:12:49 +00:00

Clio

Build status Nightly release status Clang-tidy checks status Code coverage develop branch

Clio is an XRP Ledger API server optimized for RPC calls over WebSocket or JSON-RPC. It stores validated historical ledger and transaction data in a more space efficient format, and uses up to 4 times less space than rippled.

Clio can be configured to store data in Apache Cassandra or ScyllaDB, enabling scalable read throughput. Multiple Clio nodes can share access to the same dataset, which allows for a highly available cluster of Clio nodes without the need for redundant data storage or computation.

📡 Clio and rippled

Clio offers the full rippled API, with the caveat that Clio by default only returns validated data. This means that ledger_index defaults to validated instead of current for all requests. Other non-validated data, such as information about queued transactions, is also not returned.

Clio retrieves data from a designated group of rippled nodes instead of connecting to the peer-to-peer network. For requests that require access to the peer-to-peer network, such as fee or submit, Clio automatically forwards the request to a rippled node and propagates the response back to the client. To access non-validated data for any request, simply add ledger_index: "current" to the request, and Clio will forward the request to rippled.

Note

Clio requires access to at least one rippled node, which can run on the same machine as Clio or separately.

📚 Learn more about Clio

Below are some useful docs to learn more about Clio.

For Developers:

For Operators:

General reference material:

🆘 Help

Feel free to open an issue if you have a feature request or something doesn't work as expected. If you have any questions about building, running, contributing, using Clio or any other, you could always start a new discussion.

Description
An XRP Ledger API Server
Readme 36 MiB
Languages
C++ 97%
Go 1.5%
CMake 1%
Dockerfile 0.3%
Shell 0.1%
Other 0.1%