📅 Original date posted:2013-06-27
📝 Original message:Hi Jim,
On Thu, Jun 27, 2013 at 12:18 PM, Jim <jim618 at fastmail.co.uk> wrote:
>
> Alex: Yes I think most users migrate to blockchain.info or,
> more recently coinbase.com. They are both good wallets
> but I'd like to keep Bitcoin as P2P as possible.
>
Guys, being a late comer/outsider (I got into bitcoin in early 2012), I can
tell you that this particular asylum is definitely run by its inmates.
What all the nerdy devs (and I am one so I know) seem unable to comprehend,
is that regular people out there don't wanna learn all this new stuff and
new terminology they simply have no attention span for it.
Simply channelling them to a decent client that
1. Just works (no blockchain downloads and no re-sync)
2. Allows to retain control of the private keys
Would be HUGE for mass adoption.
Old tired argument about "Bitcoin needs your nodes", so we'll channel you
to get bitcoin-qt client is both manipulative and unnecessary (there's
plenty of nodes and NAT'ed home nodes which don't mine are mostly useless
anyways)
P.S. coinbase.com is just another trust-me setup takes your coins in
exchange for IOUs, whereas blockchain.info does let you to retain control
of your private keys.
P.P.S. The reason why coinbase has gotten so big is precisely because they
don't trouble regular lawyers and doctors with all the nonsense but simply
give them a
"buy" and a "sell" button.
> Luke-Jr
> I think you are right here on the number of full nodes versus
> SPV nodes.
> I don't think we even know yet what are the working ratios of
> full nodes to SPV nodes. I haven't seen anybody do any
> analysis on this.
>
> I doubt multibit will ever participate in the Bitcoin network
> other than as an SPV client. All the optimisation is to reduce
> data traffic - it is effectively a mobile wallet that happens to
> live on a desktop. It is not really intended to be more than
> "a wallet for regular people to store and spend their bitcoin".
>
> In English the nomenclature for direction of the transactions
> is: "Sent to" and "Received with". To be honest I
> haven't transliterated the localisation files to check other
> language packs but the localisers are pretty good in my
> experience.
>
>
>
>
>
> On Thu, Jun 27, 2013, at 07:41 PM, Gregory Maxwell wrote:
> > On Thu, Jun 27, 2013 at 11:04 AM, Luke-Jr <luke at dashjr.org> wrote:
> > > On Thursday, June 27, 2013 5:30:21 PM Jeff Garzik wrote:
> > >> * Very real possibility of an overall net reduction of full nodes on
> P2P
> > >> network
> > > Even a reduction of *nodes at all*, as I've never seen a listening
> bitcoinj or
> > > MultiBit node. :/
> > > Jim, will MultiBit be adding p2p listening support?
> >
> > Without validation listening isn't currently very useful. :( Maybe it
> > could be somewhat more with some protocol additions.
> >
> >
> ------------------------------------------------------------------------------
> > This SF.net email is sponsored by Windows:
> >
> > Build for Windows Store.
> >
> > http://p.sf.net/sfu/windows-dev2dev
> > _______________________________________________
> > Bitcoin-development mailing list
> > Bitcoin-development at lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>
>
> --
> https://multibit.org Money, reinvented
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Windows:
>
> Build for Windows Store.
>
> http://p.sf.net/sfu/windows-dev2dev
> _______________________________________________
> Bitcoin-development mailing list
> Bitcoin-development at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>
--
Alex Kravets <http://www.linkedin.com/in/akravets>; def redPill = '
Scala <http://www.scala-lang.org/>;
[[ brutal honesty <http://goo.gl/vwydt>; is the best policy ]]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20130627/1571c8d1/attachment.html>;
Alex Kravets [ARCHIVE] /
npub15t…4eg6q
2023-06-07 15:04:00
in reply to nevent1q…52yn
Author Public Key
npub15te7jlfhpkequ3fk7uhwgw700y5ykn6x4llt68y09mejjvn7zfcqs4eg6qPublished at
2023-06-07 15:04:00Event JSON
{
"id": "95f936c529c27df2a13e1374d32bbe23629848cf51c84ea2be07346223185067",
"pubkey": "a2f3e97d370db20e4536f72ee43bcf79284b4f46affebd1c8f2ef329327e1270",
"created_at": 1686150240,
"kind": 1,
"tags": [
[
"e",
"5ec662796ac6f7c2f8d4618ee0bafe23cd8003de44ad7e1121634fb73b588358",
"",
"root"
],
[
"e",
"940ff10160b660a70831d0eb0d6fff34226fed97ab53f1a407138448014bdaa3",
"",
"reply"
],
[
"p",
"e9799fb8f78387b0c1fd27d4d15afa550d214db447d801dae134d0d1703271ec"
]
],
"content": "📅 Original date posted:2013-06-27\n📝 Original message:Hi Jim,\n\nOn Thu, Jun 27, 2013 at 12:18 PM, Jim \u003cjim618 at fastmail.co.uk\u003e wrote:\n\n\u003e\n\u003e Alex: Yes I think most users migrate to blockchain.info or,\n\u003e more recently coinbase.com. They are both good wallets\n\u003e but I'd like to keep Bitcoin as P2P as possible.\n\u003e\n\nGuys, being a late comer/outsider (I got into bitcoin in early 2012), I can\ntell you that this particular asylum is definitely run by its inmates.\n\nWhat all the nerdy devs (and I am one so I know) seem unable to comprehend,\nis that regular people out there don't wanna learn all this new stuff and\nnew terminology they simply have no attention span for it.\n\nSimply channelling them to a decent client that\n\n1. Just works (no blockchain downloads and no re-sync)\n2. Allows to retain control of the private keys\n\nWould be HUGE for mass adoption.\n\nOld tired argument about \"Bitcoin needs your nodes\", so we'll channel you\nto get bitcoin-qt client is both manipulative and unnecessary (there's\nplenty of nodes and NAT'ed home nodes which don't mine are mostly useless\nanyways)\n\nP.S. coinbase.com is just another trust-me setup takes your coins in\nexchange for IOUs, whereas blockchain.info does let you to retain control\nof your private keys.\n\nP.P.S. The reason why coinbase has gotten so big is precisely because they\ndon't trouble regular lawyers and doctors with all the nonsense but simply\ngive them a\n\"buy\" and a \"sell\" button.\n\n\n\n\n\n\u003e Luke-Jr\n\u003e I think you are right here on the number of full nodes versus\n\u003e SPV nodes.\n\u003e I don't think we even know yet what are the working ratios of\n\u003e full nodes to SPV nodes. I haven't seen anybody do any\n\u003e analysis on this.\n\u003e\n\u003e I doubt multibit will ever participate in the Bitcoin network\n\u003e other than as an SPV client. All the optimisation is to reduce\n\u003e data traffic - it is effectively a mobile wallet that happens to\n\u003e live on a desktop. It is not really intended to be more than\n\u003e \"a wallet for regular people to store and spend their bitcoin\".\n\u003e\n\u003e In English the nomenclature for direction of the transactions\n\u003e is: \"Sent to\" and \"Received with\". To be honest I\n\u003e haven't transliterated the localisation files to check other\n\u003e language packs but the localisers are pretty good in my\n\u003e experience.\n\u003e\n\u003e\n\u003e\n\u003e\n\u003e\n\u003e On Thu, Jun 27, 2013, at 07:41 PM, Gregory Maxwell wrote:\n\u003e \u003e On Thu, Jun 27, 2013 at 11:04 AM, Luke-Jr \u003cluke at dashjr.org\u003e wrote:\n\u003e \u003e \u003e On Thursday, June 27, 2013 5:30:21 PM Jeff Garzik wrote:\n\u003e \u003e \u003e\u003e * Very real possibility of an overall net reduction of full nodes on\n\u003e P2P\n\u003e \u003e \u003e\u003e network\n\u003e \u003e \u003e Even a reduction of *nodes at all*, as I've never seen a listening\n\u003e bitcoinj or\n\u003e \u003e \u003e MultiBit node. :/\n\u003e \u003e \u003e Jim, will MultiBit be adding p2p listening support?\n\u003e \u003e\n\u003e \u003e Without validation listening isn't currently very useful. :( Maybe it\n\u003e \u003e could be somewhat more with some protocol additions.\n\u003e \u003e\n\u003e \u003e\n\u003e ------------------------------------------------------------------------------\n\u003e \u003e This SF.net email is sponsored by Windows:\n\u003e \u003e\n\u003e \u003e Build for Windows Store.\n\u003e \u003e\n\u003e \u003e http://p.sf.net/sfu/windows-dev2dev\n\u003e \u003e _______________________________________________\n\u003e \u003e Bitcoin-development mailing list\n\u003e \u003e Bitcoin-development at lists.sourceforge.net\n\u003e \u003e https://lists.sourceforge.net/lists/listinfo/bitcoin-development\n\u003e\n\u003e\n\u003e --\n\u003e https://multibit.org Money, reinvented\n\u003e\n\u003e\n\u003e ------------------------------------------------------------------------------\n\u003e This SF.net email is sponsored by Windows:\n\u003e\n\u003e Build for Windows Store.\n\u003e\n\u003e http://p.sf.net/sfu/windows-dev2dev\n\u003e _______________________________________________\n\u003e Bitcoin-development mailing list\n\u003e Bitcoin-development at lists.sourceforge.net\n\u003e https://lists.sourceforge.net/lists/listinfo/bitcoin-development\n\u003e\n\n\n\n-- \nAlex Kravets \u003chttp://www.linkedin.com/in/akravets\u003e def redPill = '\nScala \u003chttp://www.scala-lang.org/\u003e\n[[ brutal honesty \u003chttp://goo.gl/vwydt\u003e is the best policy ]]\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20130627/1571c8d1/attachment.html\u003e",
"sig": "c3d020fc3743329465b6a0f0bf631543e0fcb02338188459882b45fd06d6c03c0ff2f5531c28346081d384abc61444b642ee26c557c6bb1900f97d9f16f7b771"
}