Return-Path: Received: from smtp4.osuosl.org (smtp4.osuosl.org [IPv6:2605:bc80:3010::137]) by lists.linuxfoundation.org (Postfix) with ESMTP id 3B82CC002A for ; Wed, 26 Apr 2023 18:47:56 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp4.osuosl.org (Postfix) with ESMTP id 0F17B41E55 for ; Wed, 26 Apr 2023 18:47:56 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.11.0 smtp4.osuosl.org 0F17B41E55 Authentication-Results: smtp4.osuosl.org; dkim=pass (2048-bit key, unprotected) header.d=mycitadel.io header.i=@mycitadel.io header.a=rsa-sha256 header.s=protonmail2 header.b=mrMNSG9L X-Virus-Scanned: amavisd-new at osuosl.org X-Spam-Flag: NO X-Spam-Score: -2.102 X-Spam-Level: X-Spam-Status: No, score=-2.102 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from smtp4.osuosl.org ([127.0.0.1]) by localhost (smtp4.osuosl.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z--LKkY0JYED for ; Wed, 26 Apr 2023 18:47:54 +0000 (UTC) X-Greylist: delayed 00:09:24 by SQLgrey-1.8.0 DKIM-Filter: OpenDKIM Filter v2.11.0 smtp4.osuosl.org 4821A41E50 Received: from mail-41103.protonmail.ch (mail-41103.protonmail.ch [185.70.41.103]) by smtp4.osuosl.org (Postfix) with ESMTPS id 4821A41E50 for ; Wed, 26 Apr 2023 18:47:52 +0000 (UTC) Date: Wed, 26 Apr 2023 18:37:59 +0000 Authentication-Results: mail-41103.protonmail.ch; dkim=pass (2048-bit key) header.d=mycitadel.io header.i=@mycitadel.io header.b="mrMNSG9L" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mycitadel.io; s=protonmail2; t=1682534296; x=1682793496; bh=ly1iOurhYonRo221DjR9vBewK+EDta+qxNTcR87pLuE=; h=Date:To:From:Subject:Message-ID:Feedback-ID:From:To:Cc:Date: Subject:Reply-To:Feedback-ID:Message-ID:BIMI-Selector; b=mrMNSG9LGAwhN7y2Z9yB+c6/FcZ8LI7uc+uMPj9KgbHR1VoBP8LXm8ws8yGpI3SRU 8hII0koSq7ait2IZ/A99qgpaOlU8KquT4X5Xw3ZBCxhIefMc3B7vtH1oW+aSSwBxLW 7/TWo7HAa0qGi7E6ZX6838B3/N5p9nIchGP1ujx3y95AMqRAoUQj7GIbFTiM9Zh1n1 9bT4Ciy3eaOsvFvhQPtnmLRjuojqP8gABxF+a6MX4/CKXWHK2LdlXkDkE6Z9bOIaSJ qkz1/mWy83DVhJtJA7FClAvOvaATp+acrk5QP57WiGB3UxwYCJx7ScT3CPKpzzk39G uP/53zyEreLBw== To: "bitcoin-dev@lists.linuxfoundation.org" From: Dr Olga Ukolova Message-ID: Feedback-ID: 47397870:user:proton MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Sat, 29 Apr 2023 16:19:45 +0000 Subject: [bitcoin-dev] MyCitadel wallet v1.3 advances time-locked multi-sigs further X-BeenThere: bitcoin-dev@lists.linuxfoundation.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Bitcoin Protocol Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Apr 2023 18:47:56 -0000 Dear community, MyCitadel [1] by Pandora Prime SA is a Bitcoin wallet that was first to sup= port account-based multi-sigs with time-locks and complex miniscript descriptors= . Today an updated version 1.3 is released, extending this support, allowing = the=20 same signer to participate in multiple spending conditions in SegWit v0 contexts. This enables creation of complex time-locked conditions involving= =20 the same signers in different spending policies (for instance having 2-of-4= =20 multi-sig which in 1 year becomes 1-of-2). Details =3D=3D=3D=3D=3D=3D=3D A year ago we created desktop version of MyCitadel: it was the first bitcoi= n=20 wallet fully written in Rust (using GDK3 framework) and also the first=20 with a support for both branched tapscripts and gracefully degrading=20 time-locked multi-sigs (with the later working for both Taproot and SegWit = v0). Today we are happy to inform you about new release v1.3, with two main=20 improvements: * Creation of degrading time locked multi-sigs in SegWit v0 context, where= =20 same device/signer can participate multiple conditions with different=20 timelocks and multisig thresholds.=20 NB: Previously, miniscript was preventing from creating SegWit policies= =20 re-using the same extended key, while in Taproot it was possible [2].=20 We have mitigated the problem by introducing account-based spending polic= ies,=20 using different account from the same signer in different script branches= . * Support for exporting Bitcoin Core/BIP380-compatible wallet descriptors,= =20 which include Taproot script tree and miniscript fragments. More about MyCitadel =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D MyCitadel was designed with approach that avoids touching private keys and= =20 seeds. Unlike many other wallets, it is based not on BDK but on an alternative stack of rust libraries called "descriptor wallet library" [3],= =20 created by the LNP/BP Standards Association [4]. This library provides=20 compile-time type-level guarantees avoiding usage of private keys in wallet= =20 descriptors, and miniscript fragments. The wallet works with hardware=20 signers, and also can produce and export PSBT files, which may be signed=20 elsewhere (including air gaped devices, or even command-line hot-wallet=20 signers, if needed). Accessing release =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D If you want to check it out, play with it or leave feedback, please feel free to go to the release GutHub discussion [5], which also links to the=20 released binaries [6]. Acknowledgements =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D This release was made possible because with the help we received from=20 the NYM project team, which had provided both valuable ideas and financial= =20 support for continued MyCitadel development. Thank you. Regards, Olga Ukolova CEO Pandora Prime SA, Switzerland https://mycitadel.io Twitter: @mycitadel_io [1]: https://mycitadel.io [2]: https://github.com/rust-bitcoin/rust-miniscript/issues/338#issuecommen= t-1137750428 [3]: https://github.com/BP-WG/descriptor-wallet [4]: https://www.lnp-bp.org [5]: https://github.com/mycitadel/mycitadel-desktop/discussions/90 [6]: https://github.com/mycitadel/mycitadel-desktop/releases/tag/v1.3.0