📅 Original date posted:2013-05-19
📝 Original message:I think this is a very interesting idea. As Bitcoiners, we often stuff
things into the 'alt chain' bucket in our heads; I wonder if this idea
works better as a curing period, essentially an extended version of the
current 100 block wait for mined coins.
An alternate setup comes to mind; I can imagine this working as a sort of
gift economy; people pay real BTC for merge-mined "beta BTC" as a way to
support development. There is no doubt a more elegant and practical
solution that might have different economic and crypto characteristics.
On Sun, May 19, 2013 at 6:23 AM, Adam Back <adam at cypherspace.org> wrote:
> Is there a way to experiment with new features - eg committed coins - that
> doesnt involve an altcoin in the conventional sense, and also doesnt impose
> a big testing burden on bitcoin main which is a security and testing risk?
>
> eg lets say some form of merged mine where an alt-coin lets call it
> bitcoin-staging? where the coins are the same coins as on bitcoin, the
> mining power goes to bitcoin main, so some aspect of merged mining, but no
> native mining. and ability to use bitcoins by locking them on bitcoin to
> move them to bitcoin-staging and vice versa (ie exchange them 1:1
> cryptographically, no exchange).
>
> Did anyone figure anything like that out? Seems vaguely doable and
> maybe productive. The only people with coins at risk of defects in a new
> feature, or insufficiently well tested novel feature are people with coins
> on bitcoin-staging.
>
> Yes I know about bitcoin-test this is not it. I mean a real live system,
> with live value, but that is intentionally wanting to avoid forking
> bitcoins
> parameters, nor value, nor mindshare dillution. In this way something
> potentially interesting could move forward faster, and be les risky to the
> main bitcoin network. eg particularly defenses against
>
> It might also be a more real world test test (after bitcoin-test) because
> some parameters are different on test, and some issues may not manifest
> without more real activity.
>
> Then also bitcoin could cherry pick interesting patches and merge them
> after
> extensive real-world validation with real-money at stake (by early
> adopters).
>
> Adam
>
>
> ------------------------------------------------------------------------------
> AlienVault Unified Security Management (USM) platform delivers complete
> security visibility with the essential security capabilities. Easily and
> efficiently configure, manage, and operate all of your security controls
> from a single console and one unified framework. Download a free trial.
> http://p.sf.net/sfu/alienvault_d2d
> _______________________________________________
> Bitcoin-development mailing list
> Bitcoin-development at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>
--
Are you coming to Bitcoin2013 <http://bitcoin2013.com>; in San Jose In May?
------------------------------
[image: CoinLab Logo]PETER VESSENES
CEO
*peter at coinlab.com * / 206.486.6856 / SKYPE: vessenes
71 COLUMBIA ST / SUITE 300 / SEATTLE, WA 98104
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20130519/64712563/attachment.html>;
Peter Vessenes [ARCHIVE] /
npub1ez…6r8pt
2023-06-07 15:02:06
in reply to nevent1q…n9gj
Author Public Key
npub1ezg54d03a7unwu0fckmlugxulukrg06x7jzx4engngxfg79sfcqsn6r8ptPublished at
2023-06-07 15:02:06Event JSON
{
"id": "bd0af31fd540102c7c4b38bdcd4d2c7fca05ae0d4970999d915948aff1227b77",
"pubkey": "c8914ab5f1efb93771e9c5b7fe20dcff2c343f46f4846ae6689a0c9478b04e01",
"created_at": 1686150126,
"kind": 1,
"tags": [
[
"e",
"dfac3b8c3d4b4aefee08c49b225b3bcc1ae2479739ace82710f9382ddc46465a",
"",
"root"
],
[
"e",
"7d332bec79d244613993ac112cfed3427efb9cf4db31dc30acdff9e1626a93e1",
"",
"reply"
],
[
"p",
"ee0fa66772f633411e4432e251cfb15b1c0fe8cd8befd8b0d86eb302402a8b4a"
]
],
"content": "📅 Original date posted:2013-05-19\n📝 Original message:I think this is a very interesting idea. As Bitcoiners, we often stuff\nthings into the 'alt chain' bucket in our heads; I wonder if this idea\nworks better as a curing period, essentially an extended version of the\ncurrent 100 block wait for mined coins.\n\nAn alternate setup comes to mind; I can imagine this working as a sort of\ngift economy; people pay real BTC for merge-mined \"beta BTC\" as a way to\nsupport development. There is no doubt a more elegant and practical\nsolution that might have different economic and crypto characteristics.\n\n\n\nOn Sun, May 19, 2013 at 6:23 AM, Adam Back \u003cadam at cypherspace.org\u003e wrote:\n\n\u003e Is there a way to experiment with new features - eg committed coins - that\n\u003e doesnt involve an altcoin in the conventional sense, and also doesnt impose\n\u003e a big testing burden on bitcoin main which is a security and testing risk?\n\u003e\n\u003e eg lets say some form of merged mine where an alt-coin lets call it\n\u003e bitcoin-staging? where the coins are the same coins as on bitcoin, the\n\u003e mining power goes to bitcoin main, so some aspect of merged mining, but no\n\u003e native mining. and ability to use bitcoins by locking them on bitcoin to\n\u003e move them to bitcoin-staging and vice versa (ie exchange them 1:1\n\u003e cryptographically, no exchange).\n\u003e\n\u003e Did anyone figure anything like that out? Seems vaguely doable and\n\u003e maybe productive. The only people with coins at risk of defects in a new\n\u003e feature, or insufficiently well tested novel feature are people with coins\n\u003e on bitcoin-staging.\n\u003e\n\u003e Yes I know about bitcoin-test this is not it. I mean a real live system,\n\u003e with live value, but that is intentionally wanting to avoid forking\n\u003e bitcoins\n\u003e parameters, nor value, nor mindshare dillution. In this way something\n\u003e potentially interesting could move forward faster, and be les risky to the\n\u003e main bitcoin network. eg particularly defenses against\n\u003e\n\u003e It might also be a more real world test test (after bitcoin-test) because\n\u003e some parameters are different on test, and some issues may not manifest\n\u003e without more real activity.\n\u003e\n\u003e Then also bitcoin could cherry pick interesting patches and merge them\n\u003e after\n\u003e extensive real-world validation with real-money at stake (by early\n\u003e adopters).\n\u003e\n\u003e Adam\n\u003e\n\u003e\n\u003e ------------------------------------------------------------------------------\n\u003e AlienVault Unified Security Management (USM) platform delivers complete\n\u003e security visibility with the essential security capabilities. Easily and\n\u003e efficiently configure, manage, and operate all of your security controls\n\u003e from a single console and one unified framework. Download a free trial.\n\u003e http://p.sf.net/sfu/alienvault_d2d\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-- \nAre you coming to Bitcoin2013 \u003chttp://bitcoin2013.com\u003e in San Jose In May?\n------------------------------\n\n[image: CoinLab Logo]PETER VESSENES\nCEO\n\n*peter at coinlab.com * / 206.486.6856 / SKYPE: vessenes\n71 COLUMBIA ST / SUITE 300 / SEATTLE, WA 98104\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20130519/64712563/attachment.html\u003e",
"sig": "2f96bfca4d766456814dc75d883a17ff2c05d9099b7e4c7f1393e3d80d6d450037fec2c122ed924109078c0647a3d2f48e0e4f45601eff1a2340cb644aca9c63"
}