Commit Graph
16 Commits
Author SHA1 Message Date
Tim Ruffing 8586c32fa2 process: Use "official" SPDX identifiers
See https://spdx.org/licenses/
2026-01-12 14:30:02 -08:00
Tim Ruffing 764409cb37 bip2: Use correct SPDX license ids in the text
See https://spdx.org/licenses/
2026-01-12 14:30:00 -08:00
Tim Ruffing 7c3fab6fa7 bip134: Remove wrong License header
The Copyright section specifies additional conditions, so the License
header is not correct (or at least misleading). So let's just remove it.
This is pragmatic because the field was only added as part of the
activation of BIP 2 anyway, and there are other old BIPs with a License
header.
2026-01-12 14:29:59 -08:00
Tim Ruffingandlisenokdonbassenok e2f9fe0c04 BIP-327: correct DeterministicSign pubnonce and key length (#2071)
Co-authored-by: lisenokdonbassenok <lisdonbassa@gmail.com>
2026-01-05 10:23:11 -08:00
Tim Ruffing 713f000a20 bip324: Update generated files 2025-10-23 14:18:35 +02:00
Tim Ruffing 88d29188c6 bip3: Editorial cleanup of the license lists 2025-07-18 13:29:46 +02:00
Tim Ruffing 7aa54dd696 bip3: Change License example to CC0-1.0 OR MIT
The actual reason why I suggest this is that I think that's a great
default choice for a new BIP, so it's a perfect example. CC0-1.0 is a
great liberal choice for the BIP document (and test vectors etc.), and
MIT is the common choice for code in our ecosystem. Putting both BIP and
code under the "OR" avoids any confusion about which part is licensed
under which terms and also avoids any hassle when reorganizing, e.g.,
when moving code out of the BIP Markdown file to a separate file etc.

But I don't want this PR to recommend a license, so let me sell this
change as an editorial change to an example, which is warranted because
the MIT is much more known than FSFAP, in particular in this ecosystem.
2025-07-18 13:29:46 +02:00
Tim Ruffing 0cc4d26e67 bip3: Editorial changes in "BIP Licensing" 2025-07-18 13:29:46 +02:00
Tim Ruffing e1d72f0243 bip3: Recommend SPDX-License-Identifier comments 2025-07-18 13:29:46 +02:00
Tim Ruffing 3de6ed6dc0 bip3: Don't require omitting unacceptable licenses
I think that requirement is not helpful. I don't think hat including
additional licenses will be overwhelming to the reader. If anything, it
will obfuscates the actual licensing conditions. (Anyway, this should be
super rare.)
2025-07-18 13:29:46 +02:00
Tim Ruffing d01e941188 bip3: Don't call CC0 a license
That's a bit of legal nitpicking, sorry. CC0 contains something like a
public domain dedication along with a fallback license, so it's neither
entirely. Some call it a "legal instrument". I prefer not calling it
anything.
2025-07-18 13:29:08 +02:00
Tim Ruffing 33d45d7f74 bip3: Use user-defined LicenseRef-PD instead of PD
SPDX doesn't have an official identifier for "public domain", at least
not for the simple "This document is placed into the public domain"
declarations used in some BIPs, see
https://wiki.spdx.org/view/Legal_Team/Decisions/Dealing_with_Public_Domain_within_SPDX_Files
for the rationale provided by their legal team. The rationale is sound,
but It's possible to create "user-defined" identifiers of the form
LicenseRef-X. This is a good idea here to make sure that all SPDX
expression will be formally valid.

And in our case, all "PD" BIPs match the following pseudo regex, so
there's not much potential for confusion:

    "This (document|BIP|work|proposal) is (hereby)? (placed)? in the
    public domain."

So it makes sense to keep using a single identifier for all of these.
2025-07-18 13:29:08 +02:00
Tim Ruffing 85a248f68e bip3: Fix SPDX id of Open Publication License 2025-07-18 13:29:08 +02:00
Tim Ruffing e5748c9997 bip3: Fix SPDX id of FSF/GNU All Permissive 2025-07-18 13:29:08 +02:00
Tim Ruffing c3b6691284 bip3: Switch to SPDX License Expressions 2025-07-18 13:29:08 +02:00
Tim Ruffing 84a64ec1c6 bip340: Change license of code and test vectors
See https://github.com/bitcoin/bips/commits/master/bip-0340 for a list
of contributors. I have obtained permission to do this change from all
contributors in private. Nevertheless, it would be good to get an ACK
from every contributor in order to have publicly available evidence.

 - [ ] @sipa
 - [ ] @jonasnick
 - [ ] @theStack
 - [ ] @ysangkok

I haven't contacted @Sajjon and @satsie, whose contributions constitute
of fixing not more than two typos and are thus below the threshold of
originality required for copyright to be applicable.
2025-04-02 15:38:56 +02:00