Stellar - Rust SDK

correlator

We are building an SDK for Stellar written in Rust. All get routes have been implemented and are paired with a working CLI to show how they are used. https://github.com/kbacha/stellar-sdk/

The next step is to add a rust option to the XDRGen repo so that post actions can be made. https://github.com/kbacha/xdrgen .

bkolobara

correlator I don't know if you saw this already, but there is an existing rust sdk: https://galactictalk.org/d/838-rust-sdk-and-core-libraries

correlator

You are correct that The Shuttle SDK was already built and believe me, we studied it closely before getting started.
It is a great library and certainly helped us think through a lot of things. We have also spoken to and worked with Francesco on our current implementation (specifically around XDR). There is also another stellar rust SDK that is published on crates.io if you want to check it out here https://github.com/sphinxc0re/stellar-rs .

We heavily considered using the shuttle and stellar-rs work as a base, but ultimately decided that there were enough things we wanted to do differently that we would have to rebuild out those other SDKs from the ground up. I would like to point out some unique features that we are quite proud of.

Fully implemented GET routes from the horizon API (including the new trades for account) https://docs.rs/stellar-client/0.1.1/stellar_client/endpoint/index.html
A well-defined interface so we can easily cut over to an async client when tokio and hyper are a little farther along https://github.com/kbacha/stellar-sdk/tree/master/client/src/client
Straightforward usage of both main and testnet https://github.com/kbacha/stellar-sdk/blob/master/client/src/client/sync/mod.rs#L67
A fully functioning (all gets) CLI that shows how to use all the routes https://github.com/kbacha/stellar-sdk/tree/master/cli/src . Seriously git clone ; cargo install -f --path=cli ; stellar --help and you're off to the races with a CLI.
Full test coverage with almost 300 tests that cover our data structures, etc and also ping the horizon test api. These tests are built into the documentation to ensure the docs are fully up to date and that our code matches the current state of Horizon.
Six contributors over a 3 month period and a fairly active gitter room.
We are also updating stellar's xdrgen gem so that it can output rust xdr rather than hand converting it as the other libraries do.

Again, we certainly did benefit from and are grateful for the previous groundwork that was laid, but ultimately decided a fresh go was the best fit. A lot went into planning this software and we are quite proud of it! I hope you get a chance to check it out. Let me know if you have any other questions.

bkolobara

elucidsoft

Just an FYI we also updated the XdrGen so we didn't have to hand jam the XDR files. I think that is the best approach, and that was one of the biggest design decisions for us moving forward with our SDK as well.