There is an example of the address format in the documentation, please check it.
About the speed, the hashing process for eth it is more slow than the process for Bitcoin. Also there are some calculations that can't be avoided for eth, and those calcs can be avoided for Bitcoin address then it will be more slow for eth than bitcoin
Thank you Is it possible to change the search step, for example, not 00001 - 00002 - 00003, but 01000 - 02000 - 03000
Post
Topic
BoardDevelopment & Technical Discussion
Re: BitCrack - A tool for brute-forcing private keys
You can try to contact the same miner (mining pool) who mined the transaction (page8) if he'll agree to your offer.
wrote in PM, but no one answered that way(
Post
Topic
BoardBitcoin Technical Support
Re: non-standard segwit(BECH32) transaction
by
kewa07
on 20/12/2021, 10:10:51 UTC
wrote in PM, but no one answered that way (
Post
Topic
BoardDevelopment & Technical Discussion
Re: non-standard segwit(BECH32) transaction
by
kewa07
on 19/12/2021, 18:32:25 UTC
coinb.in service signed the transaction without any problems, and it is broadcast to live.blockcypher.com, but to no avail https://live.blockcypher.com/btc/tx/cff034409db3a02a6d1a9a1708ecaf7414381d19ba0ca4defd32d5d465e6f5cd/ I got acquainted with the segwit protocol, and realized that the transaction is non-standard, but there have already been cases that such transactions go through (link in the post)
There is an address generated with an uncompressed private key. When trying to withdraw funds, the network rejects (Invalid transaction. Error: non-mandatory-script-verify-flag (Using non-compressed keys in segwit)) Maybe someone can help me push the transaction, like in this post: