summaryrefslogtreecommitdiff
path: root/c2/5373944921dc4dcde8d80cb33b770af0a0d594
blob: e3104525b4fdf65ab08bba48e56a80dee872e90f (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
Return-Path: <prvs=08566ac193=lkcl@lkcl.net>
Received: from smtp1.osuosl.org (smtp1.osuosl.org [IPv6:2605:bc80:3010::138])
 by lists.linuxfoundation.org (Postfix) with ESMTP id A4CE9C000E
 for <bitcoin-dev@lists.linuxfoundation.org>;
 Tue, 10 Aug 2021 13:17:41 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
 by smtp1.osuosl.org (Postfix) with ESMTP id 879A88366E
 for <bitcoin-dev@lists.linuxfoundation.org>;
 Tue, 10 Aug 2021 13:17:41 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
X-Spam-Flag: NO
X-Spam-Score: 1.241
X-Spam-Level: *
X-Spam-Status: No, score=1.241 tagged_above=-999 required=5
 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1,
 FORGED_SPF_HELO=1, KHOP_HELO_FCRDNS=0.398, LOTS_OF_MONEY=0.001,
 MONEY_NOHTML=1.533, SPF_HELO_PASS=-0.001, T_SPF_PERMERROR=0.01]
 autolearn=no autolearn_force=no
Authentication-Results: smtp1.osuosl.org (amavisd-new); dkim=neutral
 reason="invalid (public key: not available)" header.d=lkcl.net
Received: from smtp1.osuosl.org ([127.0.0.1])
 by localhost (smtp1.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id r4Chq_yxhq21
 for <bitcoin-dev@lists.linuxfoundation.org>;
 Tue, 10 Aug 2021 13:17:37 +0000 (UTC)
X-Greylist: delayed 00:22:26 by SQLgrey-1.8.0
Received: from libre-soc.org (libre-riscv.org [IPv6:2a00:1098:82:f::1])
 by smtp1.osuosl.org (Postfix) with ESMTPS id 12C2F835E4
 for <bitcoin-dev@lists.linuxfoundation.org>;
 Tue, 10 Aug 2021 13:17:36 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lkcl.net;
 s=201607131; h=Content-Type:To:Subject:Message-ID:Date:From:In-Reply-To:
 References:MIME-Version:Sender:Reply-To:Cc:Content-Transfer-Encoding:
 Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender:
 Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:
 List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=VIhpOHHQyvtQj9TID14eJWgM7gGgJ7oM/6Go6dnzL1U=; b=XhJscMbvf5n5Fe/Fc9UAVhykuU
 Nk6SjovD5LJYE5AGpJqD1UImfKoFYq2oL6PgYr0nvrOjb5UyTSk9+oi03zNWbxXuPlW5h9avaeHzb
 VedrkS6b57DvMJ8yvHOLuYNV3scWJ0PMdJF32iB/j+L5RFHl4NoN8NLcjSbKoV9hyYv0=;
Received: from mail-ua1-f44.google.com ([209.85.222.44])
 by libre-soc.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128)
 (Exim 4.92) (envelope-from <lkcl@lkcl.net>) id 1mDRHf-0001lo-0f
 for bitcoin-dev@lists.linuxfoundation.org; Tue, 10 Aug 2021 13:55:07 +0100
Received: by mail-ua1-f44.google.com with SMTP id m39so3240065uad.9
 for <bitcoin-dev@lists.linuxfoundation.org>;
 Tue, 10 Aug 2021 05:55:07 -0700 (PDT)
X-Gm-Message-State: AOAM530VsKV2cZUV2jfUhj12i+L72j4kXWKeHGcAp2CrvPg0UmbqICrL
 UYxYrY47mfB3OURm1oXT8brKRKxCncAZg62IymM=
X-Google-Smtp-Source: ABdhPJw0aG2zYrjkS7U8epcWUIcExeOj4XcdeKO3s6Y4F29h9UE9PrgR4VpW17Ji7aG1+oWMU09ygMG8vtJvthbBK90=
X-Received: by 2002:a9f:238b:: with SMTP id 11mr20211233uao.91.1628600106487; 
 Tue, 10 Aug 2021 05:55:06 -0700 (PDT)
MIME-Version: 1.0
References: <mailman.13.1628596802.29734.bitcoin-dev@lists.linuxfoundation.org>
 <D93B223B-4030-46FB-8247-B197643560CE@gmail.com>
In-Reply-To: <D93B223B-4030-46FB-8247-B197643560CE@gmail.com>
From: Luke Kenneth Casson Leighton <lkcl@lkcl.net>
Date: Tue, 10 Aug 2021 13:54:55 +0100
X-Gmail-Original-Message-ID: <CAPweEDznjs_LruZs1A5x6jQTpK4mwkDGLuP-NjEOqNCpjUNZyA@mail.gmail.com>
Message-ID: <CAPweEDznjs_LruZs1A5x6jQTpK4mwkDGLuP-NjEOqNCpjUNZyA@mail.gmail.com>
To: Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>, 
 Libre-Soc General Development <libre-soc-dev@lists.libre-soc.org>
Content-Type: text/plain; charset="UTF-8"
X-Mailman-Approved-At: Tue, 10 Aug 2021 13:35:10 +0000
Subject: [bitcoin-dev] Fwd: NLnet cryotoprimitives grant approved
X-BeenThere: bitcoin-dev@lists.linuxfoundation.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Bitcoin Protocol Discussion <bitcoin-dev.lists.linuxfoundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/bitcoin-dev>, 
 <mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/>
List-Post: <mailto:bitcoin-dev@lists.linuxfoundation.org>
List-Help: <mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev>, 
 <mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Aug 2021 13:17:41 -0000

with many thanks to NLnet, the EUR 50,000 grant to research and
develop Draft cryptographic primitives and instructions to the
newly-open Power ISA has been approved.

unlike RISC-V where full transparency and trust is problematic and
there are many participants whose interests may not necessarily align,
the OpenPOWER initiative, which has been in careful planning for
nearly 10 years, is a much less crowded space and, crucially, does not
require non-transparent membership of OPF in order to submit ISA RFCs
(Requests for Change)

[non-OPF members cannot participate in actual ISA WG meetings and
certainly cannot vote on RFCs, but they can at least submit them.
whereas whilst the RISC-V Foundation's Commercial Confidence
Requirements are perfectly reasonable, the blanket secrecy even for
submitting RFCs is not]

we at Libre-SOC aim to use this process, based on taking apart key
strategic cryptographic algorithms back to their mathematical roots,
then applying Vector ISA design analysis and seeing what can be
created.

examples include going back to the fundamental basis of Rijndael, and
instead of creating hardcoded custom silicon for MixColumns as is the
"normal" practice, adding a generic Galois Field ALU and a generic
Matrix Multiply system.  another is to design instructions suitable
for "big integer math"

this in turn means that the resultant ISA would be ideally suited to
the experimental development of future cryptographic algorithms for
use in securing wallets and other purposes related to blockchain
management.

[as bitcoin stands we cannot possibly hope to compete with custom
silicon dedicated to SHA hash production, however we would very much
like to see a future version of bitcoin that uses far less power yet
retains its high strategic value, and, at the same time, like e.g.
monero RandomX, is better suited to a general-purpose Vector
Supercomputer ISA, which is what we are developing]

OpenPOWER's commitment to a transparent RFC process allows us to do
that without compromising trust: no discussions that we participate in
will ever be behind closed doors.

if anyone would be interested to participate or collaborate on this,
we have funding available, and welcome involvement in designing and
testing an ISA suitable for securing bitcoin for end-users in a fully
transparent fashion.

l.

---
crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68