DART / BITCOIN
coconut_lib
Bitcoin protocol, key management, PSBTs, descriptors, and tests
Choose the repository that fits your skills, get its documented development workflow running, and propose one focused improvement.
These links take you directly to the working materials. Project philosophy and architecture remain on About.
DART / BITCOIN
Bitcoin protocol, key management, PSBTs, descriptors, and tests
FLUTTER / ONLINE
Flutter wallet features, networking, hardware-wallet bridges, and localization
FLUTTER / OFFLINE
Air-gapped signing, offline key handling, device security, and transaction review
FLUTTER / UI
Flutter UI, accessibility, reusable components, and visual consistency
Begin with Git, a GitHub account, and the toolchain listed in the repository README. Wallet currently documents additional Go, Rust, protoc, native-bridge, and environment-file requirements.
git clone https://github.com/noncelab/coconut_lib.git
cd coconut_lib
dart pub get
dart test -t unitUse Regtest for development. Read the native-bridge and environment setup before running the app.
git clone https://github.com/noncelab/coconut_wallet.git
cd coconut_wallet
flutter pub get
make ready
flutter run --flavor regtestRun on a Regtest flavor. Device connectivity checks are part of the Vault development experience.
git clone https://github.com/noncelab/coconut_vault.git
cd coconut_vault
flutter pub get
dart run build_runner clean && dart run build_runner build --delete-conflicting-outputs && dart run slang
flutter run --flavor regtestThe current README documents package use and the pull-request flow. Check it before choosing a local verification command.
git clone https://github.com/noncelab/coconut_design_system.git
cd coconut_design_system
flutter pub getCommands reflect the public repository documentation checked on August 12, 2026. The README remains the source of truth.
A useful contribution does not have to be a large feature. Start with work that is easy to explain, verify, and review.
Search existing issues and pull requests before starting.
Share your intent on the issue. Discuss large or structural changes before implementation.
Fork the repository and create a branch scoped to one change.
Implement the change and add the smallest sufficient verification.
Run the repository's documented checks and review the final diff.
Open a pull request that explains the reason, scope, and verification.
Do not open a public issue for a potential vulnerability involving private keys, signing, transaction validation, or user funds. Contact the maintainers privately first.
Use Issues for reproducible bugs and scoped proposals. Use Discord for repository choice, setup questions, and finding a practical starting point.