[Bitcoin-development] Looking for a good bitcoin script decompiler in Python
Hi all, I'm trying to find a good python script that will take the hash of the locking and unlocking tx scripts and output the actual op codes. Any ideas where to look? Thanks, -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___ Bitcoin-development mailing list Bitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development
Re: [Bitcoin-development] Proposed alternatives to the 20MB step function
How is this being pigheaded? In my opinion, this is leadership. If *something* isn't implemented soon, the network is going to have some real problems, right at the time when adoption is starting to accelerate. I've been seeing nothing but navel-gazing and circlejerks on this issue for weeks now. Gavin or Mike or someone at some point needs to step up and say "follow me". Braun Brelin On Fri, May 29, 2015 at 5:00 PM, wrote: > Are you really that pig headed that you are going to try and blow up the > entire system just to get your way? A bunch of ignorant redditors do not > make consensus, mercifully. > > > On 2015-05-29 12:39, Gavin Andresen wrote: > > What do other people think? > > > > If we can't come to an agreement soon, then I'll ask for help > > reviewing/submitting patches to Mike's Bitcoin-Xt project that > > implement a big increase now that grows over time so we may never have > > to go through all this rancor and debate again. > > > > I'll then ask for help lobbying the merchant services and exchanges > > and hosted wallet companies and other bitcoind-using-infrastructure > > companies (and anybody who agrees with me that we need bigger blocks > > sooner rather than later) to run Bitcoin-Xt instead of Bitcoin Core, > > and state that they are running it. We'll be able to see uptake on the > > network by monitoring client versions. > > > > Perhaps by the time that happens there will be consensus bigger blocks > > are needed sooner rather than later; if so, great! The early > > deployment will just serve as early testing, and all of the software > > already deployed will ready for bigger blocks. > > > > But if there is still no consensus among developers but the "bigger > > blocks now" movement is successful, I'll ask for help getting big > > miners to do the same, and use the soft-fork block version voting > > mechanism to (hopefully) get a majority and then a super-majority > > willing to produce bigger blocks. The purpose of that process is to > > prove to any doubters that they'd better start supporting bigger > > blocks or they'll be left behind, and to give them a chance to upgrade > > before that happens. > > > > Because if we can't come to consensus here, the ultimate authority for > > determining consensus is what code the majority of merchants and > > exchanges and miners are running. > > > > -- > > > > -- > > Gavin Andresen > > > > > -- > > > > ___ > > Bitcoin-development mailing list > > Bitcoin-development@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/bitcoin-development > > > -- > ___ > Bitcoin-development mailing list > Bitcoin-development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bitcoin-development > -- ___ Bitcoin-development mailing list Bitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development
Re: [Bitcoin-development] Tough questions for Peter Todd, Chief Scientist {Mastercoin | Counterparty | Coinkite | Darkwallet | Viacoin}
I'm sorry. Are you a federal prosecutor? or a state prosecutor? Or involved with law enforcement in any way? Or involved in a civil suit against Mr. Todd? The "community" doesn't deserve anything in this regard. The appropriate response to your questions is: "F*** off". Braun Brelin On Fri, Jun 5, 2015 at 1:04 AM, Sven Berg wrote: > On 2015-06-04 21:54, Mark Friedenbach wrote: > > Why is this your business or the business of anyone on this list? Take > > it somewhere else. > > Do you have a better avenue? Todd refuses to answer reasonable questions > about his involvement in these scams and failures elsewhere. The > community deserves answers when someone so prominent is involved in so > many shady projects with huge losses most recently the failure of > DarkWallet. > > -- > Berg Investigations LLC > > > -- > ___ > Bitcoin-development mailing list > Bitcoin-development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bitcoin-development > -- ___ Bitcoin-development mailing list Bitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development
[Bitcoin-development] Membership disabled due to bounces
Hi all, I got a message saying that my membership in the list was disabled due to excessive bounces. As far as I can remember, I've only ever sent out one e-mail on the list (not including this one) and that was a few weeks ago. Has anyone else seen this problem? Could this be related in some way to the issues regarding source forge and the mail list hosting issue? Braun Brelin -- ___ Bitcoin-development mailing list Bitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development
[Bitcoin-development] Question regarding transactions with NLOCKTIME > 0
Hi all, When a transaction with N_LOCKTIME>0 is created, does that transaction get stored in a block on the blockchain or is it stored in the mempool until the actual time (or block number) exceeds the current value? If it is stored on the blockchain, how does that affect the concept of pruning that is supposed to be going in to version 0.11? I.e. if I create a transaction that doesn't take effect for 10 years, and that transaction is stored in a block, does that block stay on the active list for that period of time? Thanks, Braun Brelin -- ___ Bitcoin-development mailing list Bitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development
Re: [Bitcoin-development] Question regarding transactions with NLOCKTIME > 0
So, basically it sounds as though the wallet generating the transaction is what is responsible for holding on to the transaction and then only releasing it to the network when the NLOCKTIME value is less than or equal to the current time. Does that sound right? Braun On Sun, Jun 21, 2015 at 10:45 AM, s7r wrote: > Hi > > I don't think that a transaction with nLockTime>0 will be accepted by > nodes / relayed in the Bitcoin network, until its time expires (e.g. > nLockTime==now). This means it obviously cannot be stored in a block, > before its locktime expires. nLockTime is designed in a way that you, > need to keep it offline (not broadcast it to the network because it > won't be accepted or relayed by nodes) until the locktime expires, then > you can broadcast it and it will be mined and included in a block, like > a normal tx. > > This is exactly why Peter Todd and others are working on > CHECKLOCKTIMEVERIFY and RELATIVE CHECKLOCKTIMEVERIFY - this is an > enhancement to basic nLockTime which tends to offer to users the > guarantee that if you have a transaction with nLockTime, the signer > holding the private keys used to sign it cannot sign another one, with > nLockTime 0 and broadcast it before the locktime for your tx expires. > > Cheers! > > On 6/21/2015 10:10 AM, Braun Brelin wrote: > > Hi all, > > > > When a transaction with N_LOCKTIME>0 is created, does that transaction > > get stored in a block on the blockchain or is it stored in the mempool > > until the actual time (or block number) exceeds the current value? If > > it is stored on the blockchain, how does that affect the concept of > > pruning that is supposed to be going in to version 0.11? I.e. if I > > create a transaction that doesn't take effect for 10 years, and that > > transaction is stored in a block, does that block stay on the active > > list for that period of time? > > > > Thanks, > > > > Braun Brelin > > > > > > > > > -- > > > > > > > > ___ > > Bitcoin-development mailing list > > Bitcoin-development@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/bitcoin-development > > > -- ___ Bitcoin-development mailing list Bitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development
