fedimint VS crane

Maybe Fediment could be a promising way to store your Bitcoin. I've been keeping an eye on how this is progressing.

You might be interested in what is going on with Fedimint

Something like planetary fedimints or similar https://fedimint.org/

I hate to say it, but I believe most people aren't responsible. I think new options to on-board people which bring more comfort will be needed for mass adoption. Maybe a community custody platform such as Fediment or whatever the folks over at Ego Death Capital are up to that seems to have Jeff Booth and others just ecstatic. However I fear massive on-boarding comes with a lot of people still trusting an investment firm.

You might find https://fedimint.org/ interesting if you're not familiar - i could see bitcoin custody becoming a community centric thing but time will tell :D

when i start the scripts this error keeps popping up . I am running the scripts referring to this github repo https://github.com/fedimint/fedimint/blob/master/docs/dev-running.md

Fedminit: https://fedimint.org

In Cashu, a mint is a single custodian, while Fedimint is designed around a multiple federated mints in a multisig. Both issue e-tokens signed with blind signatures. Both of them also integrate with the Lightning network, so users of the minted cash can make use of the rest of Bitcoin ecosystem for payments.

The Bitcoin base chain can handle about 7 transactions per second, lighting theoretical upper limit is up to 1,000,000 transactions per second. You can use lighting without managing a node yourself. There are even projects[0] in development that allows for community custody, so it stays trustless even when using a custodian.

0: https://fedimint.org/

i would also recommend using crane or naersk since iirc rustPlaform.buildRustPackage can mangle some of these options (or maybe i just did something wrong lol)

Notably crane is doing what cargo-chef is doing for Nix.

I don't think it's very valid to compare the two. It is a little bit just to compare the experiences using them bit they aren't meant to solve the same set of issues. In fact, they are better together in my experience. I use nix to manage my terraform configurations with a lot of success. It reduces my boilerplate and helps me build abstractions on top of HCL.

If you ever decide to take a stab at nix again, consider looking at https://github.com/ipetkov/crane and using flakes. I've got it down to the point that I can get a new rust project set up with nix in about 30 seconds with linting, package building, and test running all in the checks

Take a look at Crane, though it is squarely aimed at non-beginners. If you want to submit whatever you're packaging to nixpkgs and not just for personal use, you can't use crane, though.

To get Rust incremental builds, did you consider using something such as crane https://github.com/ipetkov/crane ?

And regarding OCI images, i built nix2container (https://github.com/nlewo/nix2container) to speed up image build and push times.

This is the relevant part of my flake (which uses the quick-start template of crane):

I imagine/hope you've seen this, but over in Rust-land I do something similar using https://github.com/ipetkov/crane. I've been on the lookout for something precisely like this for a while. I don't know much about the newer versions of yarn but imagined such a thing was possible. I am looking forward to trying this out, especially if the above is eventually addressed.

If you haven't already, I recommend checking out crane for building extensible workflows using cargo and Nix (e.g. running clippy, cargo-audit, cargo-nextest, cargo-tarpaulin, etc.)