📅 Original date posted:2012-12-05
📝 Original message:On 5 December 2012 19:43, Gary Rowe <g.rowe at froot.co.uk> wrote:
> I would like to chime on on the user experience of the SPV client (in
> particular MultiBit).
>
> Without exception, everyone that I have introduced Bitcoin (which is a lot
> of people) have expected an "instant-on" experience. It has to clobber
> PayPal and credit cards or people won't give it a second look, let alone a
> second chance. SPV clients deliver on that expectation.
>
> Once the user has the great initial "wow!" moment then their interest in
> Bitcoin is reinforced and they tend to explore further, particularly into
> the economic theory behind it. Many decide to install the full node out of
> a sense of community contribution to the security of the network.
>
> Having a hybrid mode of SPV first then full node second should be
> something that a user has control over - it is their computing resources we
> are using after all and Bitcoin should not be perceived as a drain.
Hybrid SPV sounds like a good idea to me. Allows it to work out-of-the-box,
then slowly gets up-to-speed with the full network - working low priority,
or even not at all, if it detects a slow system or network link.
Another idea is always distributing the client with a checkpoint that is
only days old, then starting by pulling in more recent blocks, so it can
transact. Following that, it will pull in progressively older blocks as
time permits.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20121205/c358248c/attachment.html>;
Robert Backhaus [ARCHIVE] /
npub1l2…4hapw
2023-06-07 12:46:27
in reply to nevent1q…pyl9
Author Public Key
npub1l2n4ksu6cjucm97ffzss5xtrqew80wgqr3tmfr5sxcm2lhmxx6nqp4hapwPublished at
2023-06-07 12:46:27Event JSON
{
"id": "3ffa14ed54c12d9d1e33a5a6cb0a76aa5a59809c103ab8f0812b6cab5e533510",
"pubkey": "faa75b439ac4b98d97c948a10a1963065c77b9001c57b48e903636afdf6636a6",
"created_at": 1686134787,
"kind": 1,
"tags": [
[
"e",
"c80d71acc598e43ca306127e20ad63b07c82e4d43519cd67fa3dcb170b78955c",
"",
"root"
],
[
"e",
"51c59810ffd8d2e871cbac5497457b787f054f7d0e9f3646c040ff06d7d2d8b6",
"",
"reply"
],
[
"p",
"91f69cdafb42e79d05623057c68f017374e590d6d540d9c60e22a6cae85cfe5b"
]
],
"content": "📅 Original date posted:2012-12-05\n📝 Original message:On 5 December 2012 19:43, Gary Rowe \u003cg.rowe at froot.co.uk\u003e wrote:\n\n\u003e I would like to chime on on the user experience of the SPV client (in\n\u003e particular MultiBit).\n\u003e\n\u003e Without exception, everyone that I have introduced Bitcoin (which is a lot\n\u003e of people) have expected an \"instant-on\" experience. It has to clobber\n\u003e PayPal and credit cards or people won't give it a second look, let alone a\n\u003e second chance. SPV clients deliver on that expectation.\n\u003e\n\u003e Once the user has the great initial \"wow!\" moment then their interest in\n\u003e Bitcoin is reinforced and they tend to explore further, particularly into\n\u003e the economic theory behind it. Many decide to install the full node out of\n\u003e a sense of community contribution to the security of the network.\n\u003e\n\u003e Having a hybrid mode of SPV first then full node second should be\n\u003e something that a user has control over - it is their computing resources we\n\u003e are using after all and Bitcoin should not be perceived as a drain.\n\n\nHybrid SPV sounds like a good idea to me. Allows it to work out-of-the-box,\nthen slowly gets up-to-speed with the full network - working low priority,\nor even not at all, if it detects a slow system or network link.\nAnother idea is always distributing the client with a checkpoint that is\nonly days old, then starting by pulling in more recent blocks, so it can\ntransact. Following that, it will pull in progressively older blocks as\ntime permits.\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20121205/c358248c/attachment.html\u003e",
"sig": "e3271b7a46ec90c728a2858b6ea754c5e910f04f156e265ba272daf501d81376903302a58c486220aceee31e2e0ab014e34676a16ddb1770d50edebfb158069b"
}