đ
Original date posted:2014-04-01
đ Original message:On 31 Mar 2014, at 20:57, Roy Badami wrote:
> Is namecoin actively maintained these days?
That's a very good quest. It was one of the reasons why we ruled out namecoin, but not the only one.
Although in principle it is a similar concept to namecoin + PGP, in practice at least for our device, that felt like a hammer to crack a nut, "How could this operate if the device was carried to one of the non-3G countries i.e. with no direct internet access? How could we syncronise the chain in a low bandwidth environment, if at all? Could at least some of the chain be pre-loaded at the factory? What would the risks be if it was?".
These are just a few of the practical considerations that we are addressing, and our feeling is that when we can get the proposed distributed ledger to work properly at "the lowest common denominator" level, then everything above is easier.
On one other point, I don't ever see the Bitcoin software using a second blockchain, like namecoin, in order just to provide safe communication of a non-face-to-face, person-to-person, pay-to address (far too many hyphens), but I do see some other standard emerging that provides the equivalent of BIP70 for this use case.
In this context, when we posed these questions, "Why do we have to provide a reward for a ledger of information? Why do we have to wait for confirmation when no money is at risk? What is the worst that can happen if your device key is discovered or replaced?", it did not make sense to include all the incumbent coin stuff just to arrive at a distributed ledger for a set of ultimately disposable keys.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20140401/b916cfaa/attachment.html>;
Chris D'Costa [ARCHIVE] /
npub1qvâŚx33a6
2023-06-07 15:16:50
in reply to nevent1qâŚjjtf
Author Public Key
npub1qvgc8w7mhjaspd7y2z9xuywch4xdll2rm6vy598rnmw0cuvezqnqfx33a6Published at
2023-06-07 15:16:50Event JSON
{
"id": "22ebce072c98b689623236c47abdfd2de02d1f46ad5b492c7c9d5776aa6fbf22",
"pubkey": "031183bbdbbcbb00b7c4508a6e11d8bd4cdffd43de984a14e39edcfc71991026",
"created_at": 1686151010,
"kind": 1,
"tags": [
[
"e",
"117fee8aae72bd39712f607951dfeb16a013cd2982264ffa6870b0ff16f9d829",
"",
"reply"
],
[
"p",
"a23dbf6c6cc83e14cc3df4e56cc71845f611908084cfe620e83e40c06ccdd3d0"
]
],
"content": "đ
Original date posted:2014-04-01\nđ Original message:On 31 Mar 2014, at 20:57, Roy Badami wrote:\n\n\u003e Is namecoin actively maintained these days?\n\nThat's a very good quest. It was one of the reasons why we ruled out namecoin, but not the only one.\n\nAlthough in principle it is a similar concept to namecoin + PGP, in practice at least for our device, that felt like a hammer to crack a nut, \"How could this operate if the device was carried to one of the non-3G countries i.e. with no direct internet access? How could we syncronise the chain in a low bandwidth environment, if at all? Could at least some of the chain be pre-loaded at the factory? What would the risks be if it was?\". \n\nThese are just a few of the practical considerations that we are addressing, and our feeling is that when we can get the proposed distributed ledger to work properly at \"the lowest common denominator\" level, then everything above is easier. \n\nOn one other point, I don't ever see the Bitcoin software using a second blockchain, like namecoin, in order just to provide safe communication of a non-face-to-face, person-to-person, pay-to address (far too many hyphens), but I do see some other standard emerging that provides the equivalent of BIP70 for this use case. \n\nIn this context, when we posed these questions, \"Why do we have to provide a reward for a ledger of information? Why do we have to wait for confirmation when no money is at risk? What is the worst that can happen if your device key is discovered or replaced?\", it did not make sense to include all the incumbent coin stuff just to arrive at a distributed ledger for a set of ultimately disposable keys.\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20140401/b916cfaa/attachment.html\u003e",
"sig": "56e0e1cb88e4af3e28d69a5952ee1148cb711c322a85c2c92334c3717ab4887a40db90a09d9003fbeb69e82987279a8aa1cca8b5f7faad448eceb4ba05519859"
}