You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
Francisco Gindre ee9bf85557 [WIP] - [#616] move notification off the main queue into their own queue 3 months ago
.github [#496] Travis CI and GA update to support compiler >= 5.6 (#497) 5 months ago
Example/ZcashLightClientSample 0.17.0-alpha.4 3 months ago
Sources/ZcashLightClientKit [WIP] - [#616] move notification off the main queue into their own queue 3 months ago
Tests Merge branch 'feature/zip-316-and-latest-upstream' into release/0.17.0-alpha.3 3 months ago
docs Issue #364 - Update documentation 10 months ago
.gitignore Remove dependecy on rust sources 11 months ago
.swiftlint.yml SwiftLint Enabled on Test Folder 1 year ago
.travis.yml Merge branch 'master' into merge-master 3 months ago Update to summarize changes on 0.17.0-beta 3 months ago PR review changes on MD files 1 year ago [#351] add "Commit Messages" link to "topics" (#376) 9 months ago
LICENSE Update LICENSE 3 years ago Add additional notes on structured concurrency 3 months ago
Package.resolved [WIP] - [#616] move notification off the main queue into their own queue 3 months ago
Package.swift 0.17.0-beta.5 3 months ago [#401] DecodingError when refreshing pending transactions (#402) 7 months ago PR review changes on MD files 1 year ago
ZcashLightClientKit.podspec - [#610] Release 0.17.0-beta.rc1 3 months ago Added 2 years ago
zcash.swiftformat Swiftlint (#5) 3 years ago

Zcash iOS Framework

Build Status

A Zcash Lightweight Client SDK for iOS This is an alpha build and is currently under active development. Please be advised of the following:

  • This code currently is not audited by an external security auditor, use it at your own risk
  • The code has not been subjected to thorough review by engineers at the Electric Coin Company
  • We are actively changing the codebase and adding features where/when needed

🔒 Security Warnings

  • The Zcash iOS Wallet SDK is experimental and a work in progress. Use it at your own risk.
  • Developers using this SDK must familiarize themselves with the current threat model, especially the known weaknesses described there.


Swift Package Manager

Add a package with the source "" and from version 0.14.0-beta onwards in either Xcode's GUI or in your Package.swift file.

Beta version support for Xcode projects

If you want to include a beta version of ZCashLightClientKit in an Xcode project e.g 0.14.0-beta you will need to specify it with the commit sha instead as it does not appear that Xcode supports 'meta data' from semantic version strings for swift packages (at the time of writing).

Cocoapods Support

Add pod "ZcashLightClientKit", ~> "0.14.0-beta" to the target you want to add the kit too.


The best way to run tests is to open "Package.swift" in Xcode and use the Test panel and target an iOS device. Tests will build and run for a Mac target but are not currently working as expected.

There are three test targets grouped by external requirements:

  1. OfflineTests
    • No external requirements.
  2. NetworkTests
    • Require an active internet connection.
  3. DarksideTests
    • Require an instance of lightwalletd to be running while the tests are being run, see below for some information on how to set up. (Darkside refers to a mode in lightwalletd that allows it to be updated to represent/mock different states of the underlying blockchain.)


The DarksideTests test target depend on a lightwalletd server instance running locally (or remotely). For convenience, we have added a universal (Mac) lightwalletd binary (in `Tests/lightwalletd/lightwalletd) and it can be run locally for use by the tests with the following command:

Tests/lightwalletd/lightwalletd --no-tls-very-insecure --data-dir /tmp --darkside-very-insecure --log-file /dev/stdout

You can find out more about running lightwalletd, from the main repo

Integrating with CD/CI

The LIGHTWALLETD_ADDRESS environment variable can also be added to your shell of choice and xcodebuild will pick it up accordingly.

We advise setting this value as a secret variable on your CD/CI environment when possible.

Integrating with logging tools

There are a lots of good logging tools for iOS. So we'll leave that choice to you. ZcashLightClientKit relies on a simple protocol to bubble up logs to client applications, which is called Logger (kudos for the naming originality...)

public protocol Logger {
    func debug(_ message: String, file: String, function: String, line: Int)
    func info(_ message: String, file: String, function: String, line: Int)
    func event(_ message: String, file: String, function: String, line: Int)
    func warn(_ message: String, file: String, function: String, line: Int)
    func error(_ message: String, file: String, function: String, line: Int)

To enable logging you need to do 2 simple steps:

  1. have one class conform the Logger protocol
  2. inject that logger when creating the Initializer

For more details look the Sample App's AppDelegate code.


We don't like reinventing the wheel, so we gently borrowed swift lint rules from AirBnB which we find pretty cool and reasonable.


This project follows semantic versioning with pre-release versions. An example of a valid version number is 1.0.4-alpha11 denoting the 11th iteration of the alpha pre-release of version 1.0.4. Stable releases, such as 1.0.4 will not contain any pre-release identifiers. Pre-releases include the following, in order of stability: alpha, beta, rc. Version codes offer a numeric representation of the build name that always increases. The first six significant digits represent the major, minor and patch number (two digits each) and the last 3 significant digits represent the pre-release identifier. The first digit of the identifier signals the build type. Lastly, each new build has a higher version code than all previous builds. The following table breaks this down:

Build Types

Type Purpose Stability Audience Identifier Example Version
alpha Sandbox. For developers to verify behavior and try features. Things seen here might never go to production. Most bugs here can be ignored. Unstable: Expect bugs Internal developers 0XX 1.2.3-alpha04 (10203004)
beta Hand-off. For developers to present finished features. Bugs found here should be reported and immediately addressed, if they relate to recent changes. Unstable: Report bugs Internal stakeholders 2XX 1.2.3-beta04 (10203204)
release candidate Hardening. Final testing for an app release that we believe is ready to go live. The focus here is regression testing to ensure that new changes have not introduced instability in areas that were previously working. Stable: Hunt for bugs External testers 4XX 1.2.3-rc04 (10203404)
production Delivery. Deliver new features to end users. Any bugs found here need to be prioritized. Some will require immediate attention but most can be worked into a future release. Stable: Prioritize bugs Public 8XX 1.2.3 (10203800)


This repo contains demos of isolated functionality that this SDK provides. They can be found in the examples folder.

Examples can be found in the Demo App.