public inbox for bitcoindev@googlegroups.com
 help / color / mirror / Atom feed
From: Erik Aronesty <erik@q32•com>
To: Marcel Jamin <marcel@jamin•net>
Cc: Bitcoin Protocol Discussion <bitcoin-dev@lists•linuxfoundation.org>
Subject: Re: [bitcoin-dev] Transaction signalling
Date: Tue, 18 Apr 2017 14:01:52 -0400	[thread overview]
Message-ID: <CAJowKgJi1HcMQMFXq_KeOgR+=tJCzZ4PJj-5QR8B_X-momD2Pg@mail.gmail.com> (raw)
In-Reply-To: <CAAUq487rDVQ9P=tr6EK+O0cT4ZBkKBhbBk1TBxdWbbQ78aZcwA@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 2297 bytes --]

Just to be clear, the tagging would occur on the addresses, and the
weighting would be by value, so it's a measure of economic significance.
Major exchanges will regularly tag massive amounts of Bitcoins with their
capabilities.

Just adding a nice bit-field and a tagging standard, and then charting it
might be enough to "think about how to use it later".   The only problem
would be that this would interfere with "other uses of op_return" ...
colored coins, etc.

Personally, I think that's OK, since the purpose is to tag economically
meaningful nodes to the Bitcoin ecosystem and colored coins, by definition,
only have value to "other ecosystems".

(Counterargument: Suppose in some future where this is used as an
alternative to BIP9 for a user-coordinated code release - especially in
situations where miners have rejected activation of a widely-regarded
proposal.  Suppose also, in that future, colored coin ICO's that use
op-return are regularly used to float the shares of major corporation.  It
might be irresponsible to exclude them from coordinating protocol changes.)





On Tue, Apr 18, 2017 at 10:52 AM, Marcel Jamin <marcel@jamin•net> wrote:

> Probably a bad idea for various reasons, but tagging (fee paying)
> transactions with info about the capabilities of the node that created
> it might be interesting? Might be useful to gauge economic support for
> certain upgrades, especially if excluding long transaction chains,
> etc. In the very least it would be a far better indicator than simply
> counting reachable nodes.
>
> On 17 April 2017 at 17:50, Erik Aronesty via bitcoin-dev
> <bitcoin-dev@lists•linuxfoundation.org> wrote:
> > If users added a signal to OP_RETURN, might it be possible to tag all
> > validated input addresses with that signal.
> >
> > Then a node can activate a new feature after the percentage of tagged
> input
> > addresses reaches a certain level within a certain period of time?
> >
> > This could be used in addition to a flag day to trigger activation of a
> > feature with some reassurance of user uptake.
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > _______________________________________________
> > bitcoin-dev mailing list
> > bitcoin-dev@lists•linuxfoundation.org
> > https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
> >
>

[-- Attachment #2: Type: text/html, Size: 3252 bytes --]

  reply	other threads:[~2017-04-18 18:01 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <CAJowKgJ38kA_vPGF6KpKEnrRzStrk-Mj87bttaOw-dvLW675Jw@mail.gmail.com>
     [not found] ` <CAJowKgK4j=sL2vh1bxWh2WWw0vw1PuxfJ39JW7bQS-UDzKh6CQ@mail.gmail.com>
     [not found]   ` <CAJowKgKAnrMKiLdONrXJtGQYhYgRSXq7JNWrY=zUEMvw4WSX9w@mail.gmail.com>
     [not found]     ` <CAJowKgL-NB0zF-Ud52Jr6n0Fo-uV=bXzVAFMOKmhAVA0RdRVuQ@mail.gmail.com>
     [not found]       ` <CAJowKgJGZJMondTmsdOLdqqY1mf9S+TaB8UmdCtsLF6PA2RSJw@mail.gmail.com>
     [not found]         ` <CAJowKg+gZcNO+-sdmt55KOt+zuN+8m7Hiqh77s9=gYpyszDwmA@mail.gmail.com>
     [not found]           ` <CAJowKgKC4+6vv0QUH_DRASVqU4jui-iXG6TDgEpGUHRkVwJFqg@mail.gmail.com>
     [not found]             ` <CAJowKgKH2h1QwpEvZ30OuEUsTCg1OoD6JcuXdmS+d_pKpygFcQ@mail.gmail.com>
     [not found]               ` <CAJowKg+EJGXA5=LjJhCo1YevQtBubEftSNPfnzE4b5ESCwrUMg@mail.gmail.com>
     [not found]                 ` <CAJowKgLQCqL37oCzkJc8gPnUCkPYtF6G8_7Ug4AP5FpTOonBWQ@mail.gmail.com>
     [not found]                   ` <CAJowKgJ-eoF6ZCKrWbJQDcMK8-jTZxD+J_6tGAyfXz+HYrqmXg@mail.gmail.com>
2017-04-17 15:50                     ` Erik Aronesty
2017-04-18 14:52                       ` Marcel Jamin
2017-04-18 18:01                         ` Erik Aronesty [this message]
2017-04-18 18:07                       ` Christian Decker
2017-04-18 22:29                         ` Tim Ruffing
2017-04-20 16:14                           ` Erik Aronesty
2017-05-03 19:41                             ` Erik Aronesty

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAJowKgJi1HcMQMFXq_KeOgR+=tJCzZ4PJj-5QR8B_X-momD2Pg@mail.gmail.com' \
    --to=erik@q32$(echo .)com \
    --cc=bitcoin-dev@lists$(echo .)linuxfoundation.org \
    --cc=marcel@jamin$(echo .)net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox