Itering DKMS Demo
Itering DKMS is a Distributed Key Management System for helping the massive adoption of using crypto DApp. It is inspired by the working of KZen-networks's Gotham city and the proxy re-encryption design of Nucypher. This demo is a fully functional client/server application of a minimalist decentralized HD wallet using 2 party ECDSA, adding extra supporting for Ethereum.
Supported Blockchain(s) / Coin(s)
Server
DKMS server is coin / blockchain agnostic but Elliptic Curve specific.
List of supported Curve(s):
- secp256k1
Client
Gotham client is coin / blockchain specific.
List of supported Coin(s):
- BTC
- Ethereum (WIP)
Extending the client to support more coin(s) is easy as long as the Elliptic Curve and signing scheme of the new blockchain are supported. In the case a blockchain is using secp256k1 together with ECDSA, the same keygen and signing code can be reused.
![]() |
---|
Disclaimer
USE AT YOUR OWN RISK, we are not responsible for software/hardware and/or any transactional issues that may occur while using Gotham city.
Project Status
The project is currently work in progress. For more information you can email us.
Elements
Gotham Server | Gotham Client | |
---|---|---|
Description | RESTful web service exposing APIs for two party ECDSA key generation and signing | Bitcoin minimalist decentralized wallet CLI app |
Instructions | View | View |
Project Description
Design Overview
ECDSA Keygen and Signing
- For details on Threshold Signatures see Threshold Signatures: The Future of Private Keys
Cryptographic libraries
- secp256k1: Rust language bindings for Bitcoin secp256k1 library.
- curv : basic ECC primitives using secp256k1
- rust-paillier: A pure-Rust implementation of the Paillier encryption scheme
- zk-paillier: A collection of zero knowledge proofs using Paillier cryptosystem
- multi-party-ecdsa: Rust implelemtation of Lindell's Crypto17 paper: Fast Secure Two-Party ECDSA Signing
- kms: Two party key managament system (master keys, 2p-HD, shares rotation) for secp256k1 based two party digital sigantures
White paper overview
Abstract
We demonstrate a Bitcoin wallet that utilizes two party ECDSA (2P-ECDSA). Our architecture relies on a simple client-server communication model. We show support for 2 party deterministic child derivation (2P-HD), secret share rotation and verifiable recovery. We discuss the opportunities and challenges of using a multi-party wallet.
Background
For end-users, cryptocurrencies and blockchain-based assets are hard to store and manage. One of the reasons is the tradeoff between security and availability. Storing private keys safely requires dedicated hardware or extreme security measures which make using the coins on a daily basis difficult. Threshold cryptography provides ways to distribute the private key and digital signing. This can potentially benefit security but at the same time reveal new challenges such as availability, ownership and recovery. Bitcoin is utilizing ECDSA as the signing scheme. There is an active line of research for practical and efficient multi-party ECDSA schemes.
For more information, see our white paper.
Comperative Performance
The comparison was done on an Intel i9-8950HK (2.9GHz) using localhost for server (no real network). The numbers are mean for 20 runs of 2P-ECDSA KeyGen and 50 runs for 2P-ECDSA Signing. Standard deviation is inconsistent but for both implementations it is order of magnitude smaller than mean value.
Implementation | Gotham city (this repo) | Unbound |
---|---|---|
2P-ECDSA KeyGen | 1.05 s | 0.813 s |
2P-ECDSA Signing | 0.153 s | 0.206 s |
License
Itering DKMS Demo is released under the terms of the GPL-3.0 license. See LICENSE for more information.
Contact
For any questions, feel free to email us.