[Bitcoin-development] Looking for a good bitcoin script decompiler in Python

2015-04-29 Thread Braun Brelin
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

2015-05-29 Thread Braun Brelin
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, insecurity@national.shitposting.agency
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