public inbox for bitcoindev@googlegroups.com
 help / color / mirror / Atom feed
From: William Casarin <jb55@jb55.com>
To: Andrew Chow <lists@achow101.com>,
	 Bitcoin Protocol Discussion
	<bitcoin-dev@lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] Future of the bitcoin-dev mailing list
Date: Thu, 9 Nov 2023 13:03:12 +0900	[thread overview]
Message-ID: <ntl3yxklpw7z7etqhpvwvh2crjtjk3ys6azes4hompryv5xtux@mlcfro55cls5> (raw)
In-Reply-To: <2099470b-cca4-4fbe-99c3-ee2d2ed20157@achow101.com>

On Tue, Nov 07, 2023 at 06:14:23PM +0000, Andrew Chow via bitcoin-dev wrote:
>Hi Dan,
>
>I don't think nostr would be a suitable replacement for the mailing
>list, although this opinion is biased by the fact that I do not use
>nostr and find it to be uninteresting.

email-like functionality over nostr isn't really explored yet, but it is
something I'm interesting in. So I agree nostr isn't a suitable email
replacement *yet*.

From my limited understanding of how nostr works, it's not clear to me
>how a distributed system that uses message broadcast would work in the
>same way as a mailing list.

My idea was to have a mailing list relay, the only thing missing is To:
and Cc: tags on notes so that the relay can reject notes not destined
for the mailing list

>How would people "subscribe"? How would archives be searched or
>otherwise be available to people who are not on nostr?

You would subscribe by connecting to the relay and pulling down the
notes. your client could cache notes and only pull new ones.

>How do you distinguish and filter between legitimate dev posts
>intended for discussion and random crap and shitposting as shows up on
>social media?

You would need to have metadata on the note that specifies that the note
is destined for that specific mailing list relay (To, Cc, etc). Then the
client sending the message can send it to that specific relay during
note composition. Again, this is different than then current model that
exists with social networking clients designed for blasting your note to
as many people as possible.

>I also don't think that long form text on nostr (or any similar
>platform) can sufficiently replace email. None of these things seem to
>contain a way to have a separate subject line as email does. Subjects
>are immensely important for me as it provides a quick and easy way to
>filter out things I don't care about reading. I don't want to have read
>something in before I can decide that I don't care about reading it.

Subject lines already exist in nostr and are a part of some email-like
clients like https://github.com/unclebob/more-speech . it's just a tag
like every other piece of metadata.

>In general, I strongly prefer email, or a platform that has email as a
>first class user interface, over platforms such as nostr, matrix, or web
>forums. Email is universal - everyone has one and everyone knows how it
>works. It dramatically lowers the barrier of entry. Having to make an
>account somewhere or download some specific client in order to
>participate will simply result in only the most dedicated participating.
>Development in open source must be an open process and the barriers to
>entry should be low.

I definitely prefer email at the moment as well, but it is also a pain
in the ass to run email infra. As someone who runs both email servers
and nostr relays I can say nostr is much more pleasant.

So yeah, it's a bit too early for a nostr replacement, but it's
definitely possible, and you get proper cryptographic identities and
schnorr signed notes which is a bonus. For dealing with spam you could
have a sat entrance fee via lightning. I will start looking into this!

Cheers,

	Will


  parent reply	other threads:[~2023-11-09  4:10 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-11-07 15:37 [bitcoin-dev] Future of the bitcoin-dev mailing list Bryan Bishop
2023-11-07 16:12 ` Andrew Chow
2023-11-08  9:05   ` email
2023-11-07 17:03 ` Ademan
2023-11-07 18:14   ` Andrew Chow
2023-11-07 19:41     ` Christopher Allen
2023-11-07 22:24       ` Ryan Breen
2023-11-07 22:59       ` Peter Todd
2023-11-07 20:15     ` Ademan
2023-11-09  4:03     ` William Casarin [this message]
2023-11-07 23:07   ` Peter Todd
2023-11-07 17:48 ` Andreas Schildbach
2023-11-07 20:07 ` David A. Harding
2023-11-07 21:03   ` Keagan McClelland
2023-11-07 20:57 ` Tao Effect
2023-11-07 22:10 ` ponymontana
2023-11-07 23:08 ` Peter Todd
2023-11-08 14:29   ` Emil Pfeffer
2023-11-08  3:56 ` Anthony Towns
2023-11-13  2:58 ` Antoine Riard
2023-11-13 15:05 ` Overthefalls
2023-11-13 18:51   ` alicexbt
2023-11-14 15:32     ` Overthefalls
2023-11-11 10:54 vjudeu
2024-01-04 13:50 ` Brad Morrison
     [not found] <mailman.15.1699963203.5599.bitcoin-dev@lists.linuxfoundation.org>
2023-11-14 12:32 ` Ali Sherief

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=ntl3yxklpw7z7etqhpvwvh2crjtjk3ys6azes4hompryv5xtux@mlcfro55cls5 \
    --to=jb55@jb55.com \
    --cc=bitcoin-dev@lists.linuxfoundation.org \
    --cc=lists@achow101.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox