Justus Ranvier [ARCHIVE] on Nostr: š Original date posted:2015-08-31 š Original message:On 08/31/2015 04:42 PM, ...
š
Original date posted:2015-08-31
š Original message:On 08/31/2015 04:42 PM, Monarch wrote:
> The justification for the existence of Bitcoins hinges on it. What is
> described in the whitepaper is a system without the trust of third
> parties to process electronic payments, this can not exist without
> decentralization. Absent any unforseen revelations this is a
> requirement rather than a suggestion or fleeting fancy. Below a
> decentralized Bitcoin you are free to make systems as centralized as
> you please without affecting the parent, below a centralized Bitcoin
> there is no room to make it less. We really only have one shot at a
> properly bootstrapped, decentralized currency, and it would be a great
> shame to mess up the one we have with hasty decision making for
> unclear goals.
You keep using the word "decentralized" without explaining (and most
likely, understanding) what it means.
You say:
> a system without the trust of third parties to process electronic payments
What does it mean to use a decentralized network instead of a trusted
third party to process electronic payments? What undesirable actions can
a trusted third party perform that a decentralized network can not perform?
The answer to those questions are the *actual* goals, for which
decentralization is just one portion of a solution.
It might be helpful to organize Bitcoin's various existing, potential,
rejected, and proposed features using the Kano model:
https://en.wikipedia.org/wiki/Kano_model
Example: The ability of one entity to spend another entity's Bitcoins
without their consent is a reverse quality.
It would at least give us something objective to talk about.
--
Justus Ranvier
Open Bitcoin Privacy Project
http://www.openbitcoinprivacyproject.org/
justus at openbitcoinprivacyproject.org
E7AD 8215 8497 3673 6D9E 61C4 2A5F DA70 EAD9 E623
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0xEAD9E623.asc
Type: application/pgp-keys
Size: 18381 bytes
Desc: not available
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150831/f79e7b35/attachment-0001.bin>;
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: OpenPGP digital signature
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150831/f79e7b35/attachment-0001.sig>;
š Original message:On 08/31/2015 04:42 PM, Monarch wrote:
> The justification for the existence of Bitcoins hinges on it. What is
> described in the whitepaper is a system without the trust of third
> parties to process electronic payments, this can not exist without
> decentralization. Absent any unforseen revelations this is a
> requirement rather than a suggestion or fleeting fancy. Below a
> decentralized Bitcoin you are free to make systems as centralized as
> you please without affecting the parent, below a centralized Bitcoin
> there is no room to make it less. We really only have one shot at a
> properly bootstrapped, decentralized currency, and it would be a great
> shame to mess up the one we have with hasty decision making for
> unclear goals.
You keep using the word "decentralized" without explaining (and most
likely, understanding) what it means.
You say:
> a system without the trust of third parties to process electronic payments
What does it mean to use a decentralized network instead of a trusted
third party to process electronic payments? What undesirable actions can
a trusted third party perform that a decentralized network can not perform?
The answer to those questions are the *actual* goals, for which
decentralization is just one portion of a solution.
It might be helpful to organize Bitcoin's various existing, potential,
rejected, and proposed features using the Kano model:
https://en.wikipedia.org/wiki/Kano_model
Example: The ability of one entity to spend another entity's Bitcoins
without their consent is a reverse quality.
It would at least give us something objective to talk about.
--
Justus Ranvier
Open Bitcoin Privacy Project
http://www.openbitcoinprivacyproject.org/
justus at openbitcoinprivacyproject.org
E7AD 8215 8497 3673 6D9E 61C4 2A5F DA70 EAD9 E623
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0xEAD9E623.asc
Type: application/pgp-keys
Size: 18381 bytes
Desc: not available
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150831/f79e7b35/attachment-0001.bin>;
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: OpenPGP digital signature
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150831/f79e7b35/attachment-0001.sig>;