0xB10C @0xb10c@x0f.org
Freelance Bitcoin Researcher and Developer
Joined Sep 2019
@harding That's a good point! Will add it to the page.
I'm currently using a bitcoind build from `master` as I need https://github.com/bitcoin/bitcoin/pull/18772 (fees in getblock).
@akhavr @Raindogdance @harding @jon
This is finally done.
This is inspired by https://blog.bitmex.com/bitcoin-miner-transaction-fee-gathering-capability/ , which is a good read for everyone interested in this topic.
I'd like to thank the people who have provided feedback on this project. You shall remain anonymous, as I don't want to imply endorsement.
For example, it becomes apparent that #682170 did NOT filter transactions.
All transactions missing from the block had only been in my mempool for a few seconds. None are sanctioned.
Differences between templates and blocks are to be expected!
In response to block #682170, mined by MARA Pool, I'm announcing a project I've been working on. I hope this brings transparency into mining pool transaction selection.
This compares block templates generated by my node to the blocks mined by pools.
MARA Pool mined its first 'clean' block today.
https://mempool.space/block/000000000000000000003f8cb66fe1ecfb38754abc9c4d4a62b71de45fef8777
@waxwing @harding @pete fwiw stats on low-r values:
https://transactionfee.info/charts/bitcoin-script-ecdsa-r-value/
@akhavr @Raindogdance @harding @jon Did a bit more research on this. There is an XML document which contains all sanctions.
I wrote a quick tool that extracts the Bitcoin (and altcoin) addresses into text/json file: https://github.com/0xB10C/ofac-sanctioned-digital-currency-addresses
Bonus: automatically updated text/json lists pushed into a separate branch: https://github.com/0xB10C/ofac-sanctioned-digital-currency-addresses/tree/lists
Started to build something that diffs getblocktemplate and blocks looking for transactions not in the block and argument that with these addresses.
@Raindogdance @akhavr @harding @jon
I'm curious, this OFAC list of Bitcoin addresses should be publicly available, right? I only found the two addresses mentioned here:
https://home.treasury.gov/news/press-releases/sm556
I could imagine something that, in it's basic form, diffs the getblocktemplate output with the actual blocks to see which transactions are missing.
0xB10C
boosted
hey all, i built both the vaccum TEP of shiftcrypto and the entropyseal.
apologies we have not yet published a video that clarifies some of the assumptions discussed here.
@giszmo - freezing attack is indeed not easily doable thanks to the protrusions, which we call pins, locking the entire system if the particles are frozen.
@giszmo - not friction makes cap insert rotate against the cap. there are teeth, actually heavy duty teeth that prevent from twisting the jar open without opening the particle insert into a loose state forcefully.
@kekcoin - slow and careful will still disturb the pattern due to pins inside cap and also from the other side of the insert. upside down opening does also not do the trick.
@jgettbtc - the design is foreseen in transparent polycarbonate, the locked particles should survive a simple drop easily. after all the design is made to be shipped internationally in locked state. thick tempered glass would be an option for the jar but would increase cost a bit.
@121
- love the idea of russian doll style. tough that would need two initial sizes and injection mold tooling is quite a cost factor.
@pete
- the vacuum tep's main security was not the bag but the problem to pull away the velcro particle pouch from the container without disturbing the pattern.
i gladly answer any further arising questions, also via entropyseal@protonmail.com
0xB10C
boosted
@stephanlivera @pox @ibz @lukedashjr @Mandrik @verretor @TallTim @zlok @nvk FYI, if you have a personal website that people might know (e.g. like Stephan), you can put a rel="me" link on it that points to your Mastodon profile, which the default Mastodon software will verify for people viewing your profile. E.g., here's mine.
issue for discussing USDT candidates https://github.com/bitcoin/bitcoin/issues/20981
will add some of the already discussed USDTs later (or you can do it, if you'd like)
@harding Thanks for the feedback @harding! Really appreciate any feedback I can get.
BIP66 mentions that some nodes rejected the chain after an OpenSSL upgrade: "When this changed in OpenSSL 1.0.0p and 1.0.1k, it made some nodes reject the chain.". I wasn't around at the time, though.
This mentions that e.g. self-compiled versions were affected, but not the official releases.
https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-January/007097.html
I'm clarifying this in the article.
I've written about the evolution of the signature size in Bitcoin over the years.
https://b10c.me/blog/006-evolution-of-the-bitcoin-signature-length/
0xB10C
boosted
I am giving back to the community.
All Bitcoin sent to the address below will be sent back doubled! If you send $1,000, I will send back $2,000. Only doing this for 30 minutes.
bc1qxy2kgdygjrsqtzq2n0yrf2493p83kkfjhx0wlh
Enjoy!
(Joke 😂 )
@michaelfolkson came here with the expectation to see something like this
In my third Mempool Observation, I describe and use a methodology to identify Blockchain wallet transactions, derive wallet-usage insights, and discuss potential wallet privacy improvements.
https://b10c.me/mempool-observations/3-blockchaincom-recommendations/
@waxwing @farmerwampum I think so too. I guess it was build sometime in 2014 and never iterated upon.
I believe they iterate one of the four pubkeys to find the vanity address and use the other three for the multisig.
I saw a lot of the pubkeys being reused and others never being reused. However, didn't check to which pubkeys the signatures belong to.
0xB10C
boosted
Good article but the particular mindblower is ... 3 of 4 with UNCOMPRESSED keys?? wtf bitmex
https://b10c.me/mempool-observations/2-bitmex-broadcast-13-utc/
Freelance Bitcoin Researcher and Developer
Joined Sep 2019
