=======Block Header=======00000020 version a15e218f5f158a31053ea101b917a6113c807f6bcdc85a000000000000000000 previous block header hash cc7cf9eab23c2eae050377375666cd7862c1dfeb81abd3198c3a3f8e045d9148 merkle root hash 4a39225a time = 1512192330 = Saturday, December 2, 2017 5:25:30 AM f6d00018 nBits = 402706678 659e5e8a nonce = 2321456741 =====================01 tx count = 1 (aka Coinbase transaction) =======Transactions in the block=======01000000 version 01 tx_in count 0000000000000000000000000000000000000000000000000000000000000000 previous_output ffffffff index for coinbase tx is 0xffffffff 64 script bytes = 100 03009607 op_3 (bytes in height) + height 497152 2cfabe6d6d08d1c2f6d904f4e1cd10c6558f8e5aed5d6a89c43bb22862464ebb819dd8813404000 000f09f909f104d696e6564206279206a6f73656d73720000000000000000000000000000000000 0000000000000000000000000000000000 arbitrary coinbase script 7f060000 sequence = 1663 01 tx_out count 807c814a00000000 amount = 1250000000 19 76 a9 14 c825a1ecf2a6830c4401620c3a16f1995057c2ab 88 ac P2PKH script efebcf38 Lock time = 953150447 = Wednesday, March 15, 2000 8:00:47 PM Note: The hashes are in internal byte order; the other values are all in little-endian order. Read more: https://bitcoin.org/en/developer-reference#block-chain
|
|
|
This is looking very interesting. I suppose those files at Github have to be compiled? Is there a way to obtain the actual .exe?
Yes, this is just source code. You need to use a compiler to do the rest. I can add binaries to the Releases part of the repository if there were enough interest. Although I prefer not to...
|
|
|
47-----b5acf3d595edd6b39fb1daeaae091ac50d9d3d1b03273228c84d3de6f
Only 100,000 possibilities if we assume it is only numbers (coordinate) or 1,048,576 if not! Only if I knew how ethereum key pairs work and weren't too lazy to learn it would have been 5 seconds of brute force Besides, somehow I think there is a typo in the privkey somewhere.
hmmm! It is a hexadecimal string, all the characters seem valid to me.
|
|
|
Just a little correctionThis feature already exists in Bitcoin, since version 0.12.0 I believe (i.e. nearly 18 months ago).
Oct 3, 2015Default time limit is 1 week.
2 weeks, still not changed.
|
|
|
Aww man, why ethereum...
47-----b5acf3d595e--6b39fb1daeaae091ac50d9d3d1b03273228c84d3de6f
|
|
|
curl -s 'https://poloniex.com/public?command=returnTicker' | python -c "import sys, json; print json.load(sys.stdin)['USDT_BTC']['last']"
|
|
|
♯snip♯ the import option, what kind of file can be imported? .txt, .csv??
It is open source so you can just check it out. I am no expert in Java but it seems like it only takes a file containing addresses each in 1 line so you can not import .csv file. Also it seems like it is using blockr.io, and that website/API no longer exists.
|
|
|
I've looked at all of the above links and they look like they just provide a landing page where you can manually submit a signed hash but there's no way to automate this.
Look closely, usually at the bottom of the page. You can always use your browser search function (Ctrl+F) to search for the word "API", you will find the link. Most of the block explorers do have an API. If you still couldn't find it, say for what coin and which block explorer so I can post the direct link here for you!
|
|
|
So, will this work, or am I missing something here? Is there any downside to it?
This is not "work", this is "fork". Nobody wants to call his improvements as "fork". [Fork_flag][Version][tx_in count][tx_in] The client should know what the first 4 bytes mean: is it old good version or new fork_flag? Do you know how segwit transactions are serialized? In case you missed it, I am talking about these new forks that are coming out these days like bitcoin gold for example. And as they are creating a new fork, a new coin with a new client and new way of transactions, that client knows this. As for that "flag", you can change the place of it. Put it at the end, after Sequence if you think it can cause any issues (not yet 100% familiar with SegWit )
|
|
|
I've been reading more about "Replay Protection" and how these forks are having trouble with it, some claiming the Sighash_forkID is hard to implement and is complicated to implement, so I was thinking there can be a much simpler way of implementing such protection. Idea: Add a new variable to transaction to indicate this is a transaction belonging to chain_x (bitcoin whatever chain). For example it can be a 1 byte variable before version. Let's call it Fork_FlagExample: bitcoin transaction: 01000000017b1eabe0209b1fe794124575ef807057.... [Version][tx_in count][tx_in].... bitcoin fork transaction: 0101000000017b1eabe0209b1fe794124575ef807057.... [Fork_flag][Version][tx_in count][tx_in].... Since when a transaction is being signed, everything is signed, the signature of said transaction will be different. So an attacker can't just remove the first byte and "replay" that tx on bitcoin network, the signature will be invalid then. Benefit: - Easy to implement - Also if a bitcoin node receives this transaction it does not have to verify the signature to know it is invalid which means not wasting CPU power. A quick look tells the node that this transaction is invalid.
So, will this work, or am I missing something here? Is there any downside to it?
|
|
|
Technically you can automate the google spreadsheet too. Check out how you can parse JSON into a sheet.
|
|
|
A month or so back, I noticed a message at the top of the home page, saying that they were shutting the block explorer down.
I did not know this. I have always used the API
|
|
|
I am using https://www.blockr.io/ API a lot but recently I noticed when I make a call I get an error and visiting the site redirects me to coinbase.com! Does anyone know what happened to them?
|
|
|
I'm not a programmer, I only wrote this because I could not find anything like it.
Same here, that's why I created my Watch-Only wallet No ssl for now, when I turned it on some of the API requests got blocked by the browser because of mixed content. If you know any public API services for any coins that support https please let me know.
I am not familiar with JavaScript and your code seems to not be formatted properly and it lacks documentation also. But the only http API call that I could find belonged to "blockdozer" which you are using for bitcoin and bitcoin cash. You can use any of these: https://bitcoin.stackexchange.com/a/57449
|
|
|
I do understand the possible risks/vulnerabilities and the reason for removal of that alert system, but I still feel a void.
|
|
|
The alert text can have whatever the alert author wants in it, so he could have written a long statement telling users something that wasn't "go check where you downloaded this application for more info" but rather "Emergency, you must download software from this site NOW".
I was talking about a "replacement", a new alert system if you will that sends alerts with codes not texts. A set of predefined codes can be set, each meaning something different. I don't know, something like Code_1 = Hard Fork is going on, or Code_2 = A critical Bug were found Check trusted sources for more info.@laanwj is the only person merging PRs....(or possibly others)
No he isn't. Stop spreading that FUD. Jonasschnelli, MarcoFalke, and sipa have commit access as well and frequently merge PRs. I just said that name because that was the one off the top of my mind. Not sure where the FUD comes in! My point is if you think X & Y & Z having alert keys of possibly a modified/improved alert system like what i said above (which in practice alerts people using their code of critical issues in their code) makes it centralized, then you should also think X & Y & Z having commit access to bitcoin core GitHub repo also makes it centralized!
|
|
|
|