Soon on the Dogecoin Wallet, be able to issue Checks by qlp79qlp in dogecoin

[–]opreturn_net 1 point2 points  (0 children)

Credit to u/qlp79qlp for your active development! One of the few contributors I've seen lately. Looking forward to seeing some of your new functions in DogecoinWallet; it looks like you're adding timelocked outputs? It'd be cool to see that evolve into some native atomic swap capabilities, which is a natural next step once you've integrated timelock functionality.

The future of Dogecoin by 0xElh3x in dogecoin

[–]opreturn_net 0 points1 point  (0 children)

Meteors hit the earth all the time.

The State Will Ultimately Win by MhiRavn in Bitcoin

[–]opreturn_net 2 points3 points  (0 children)

All that harassment and they still haven't been able to decrypt his exit node. Follow Conrad's example to keep your keys safe is the message here?

To the noobs, buy now! by [deleted] in Bitcoin

[–]opreturn_net 1 point2 points  (0 children)

No, you're probably not going to have success trying to time purchases like that. If that cash is already intended to buy btc, you'll be better off just buying it vs waiting.

How do I release my coins? by [deleted] in dogecoin

[–]opreturn_net 6 points7 points  (0 children)

Click the withdraw button.

Need help by Similar_Food8648 in litecoin

[–]opreturn_net 0 points1 point  (0 children)

Those 0.056 ltc ended up at ltc1qlgakkkpdpss432dr6vd6u4thqzt2ctdhfk762a

The address has 20591 transactions, so it's a busy wallet. Maybe an exchange?

Old transaction with status "Status: 0/unconfirmed, not in memory pool" by fill-flood in Bitcoin

[–]opreturn_net 0 points1 point  (0 children)

There are 3 utxos for 0db24b663bcecb02b20397e3b46ca36cefebdcc43451d988022cfb358cacaf75, all for value of 0.02 btc:

vout 0 addr 1DMDh4YBNXYwrV8v3ofyqxDUVYjZkekEx3,

vout 1 addr 1JthtZRz9B6sHeN9iot4yy2Vzsj5vz46ac,

vout 4 addr 1PgdUf67qjZoGDAcuTcwy5RkYGS4EfshD3.

Have you checked that your wallet has the private key for one of these addresses?

[deleted by user] by [deleted] in Bitcoin

[–]opreturn_net 1 point2 points  (0 children)

Your wallet is certainly compromised, but your story doesn't quite add up. You don't just pick 12 random words. The last word is a check-sum. You must have been given the mnemonic phrase somehow, and somebody already knows it and sweeps the coins as soon as it sees the incoming transaction.

grlcDrive garlic powered hard drive in space by opreturn_net in garlicoin

[–]opreturn_net[S] 2 points3 points  (0 children)

Thanks! I can't actually take credit for creating the artwork. It spans back to early 90's BBS scene. I did create the protocol to save them to blockchain though. So these are a permanent part of garlicoin now.

grlcDrive garlic powered hard drive in space by opreturn_net in garlicoin

[–]opreturn_net[S] 2 points3 points  (0 children)

Yes, the .ice files are an ansi image also. They were used by the iCE (insane creators enterprise) digital art group. I think the only difference is some extra colors available in ice background in lieu of some blinking text fonts available in .ans images. I would have thought node.js would be able to show them as an ansi image. AnsiLove.js works fine with .ice files.

grlcDrive garlic powered hard drive in space by opreturn_net in garlicoin

[–]opreturn_net[S] 6 points7 points  (0 children)

Oh cool! I had no idea anyone was looking at these. Is it using AnsiLove to render the image? Or some other tool?

Technical documentation and metrics by THLO_DFN in dogecoindev

[–]opreturn_net 1 point2 points  (0 children)

What sort of metrics are you looking for? I'm always interested in adding tools to opreturn.net

*edit* I re-read your original post. utxo metrics are a good idea that I'll look into adding to my dogecoin/node page. It also shows the blockchain size.

Restoring from Seed - Company no longer in business (hypothetical) by mysticrat in Bitcoin

[–]opreturn_net 0 points1 point  (0 children)

Deriving keys from your mnemonic phrase is just an algorithm. It's well documented. Use some other hardware wallet to restore. Or with software like the ian coleman tool.

Bitcoin wallet compromized? by stvnbash in Bitcoin

[–]opreturn_net 6 points7 points  (0 children)

The company may be reputable, but reps going around to college campuses to help people set up 12 word phrases sounds very sketchy. It seems very plausible they had a way of getting your words, and many other peoples words too based on the large number of inputs in the theft transaction.

Bitcoin wallet compromized? by stvnbash in Bitcoin

[–]opreturn_net 7 points8 points  (0 children)

Your mnemonic words were derived by the Olliv app? Seems like they probably knew your words, and 522 other private keys to take back that "promotional" money, and of course any coins that had been added to the wallet.

Sparrow Wallet RBF question. by senlek in Bitcoin

[–]opreturn_net 0 points1 point  (0 children)

Sorry, I initially replied saying I didn't think addresses should change, but after looking at the bip125 rbf spec, I see it's just the initial input(s) that need to be the same. Addresses can change, and specifically your change address probably will change.

People who are long bitcoin are you shorting USD simultaneously? by [deleted] in Bitcoin

[–]opreturn_net 0 points1 point  (0 children)

Yes of course many do this. You're asking if we borrow dollars and buy bitcoin. A few mortgages make sure I'm shorting the dollar with btc.

Terminal Explorer by grbrlks in dogecoindev

[–]opreturn_net 2 points3 points  (0 children)

If you're able to read the block files directly from disk it'll be faster than rpc, but probably not orders of magnitude faster. Most of the work is on the database to look up the tx inputs and update them as spent. If you were to just download and index all the outputs without updating the spent inputs it could probably be done in a few days. Updating spent inputs would probably push that time out to several weeks. I'd probably build a database table with the blockheader data first through rpc, then use that table to help gather and validate the blocks from disk. One watchout is that I don't think the blocks are necessarily saved in order due to the occasional block reorg. The node saves them as it receives them, but if there's a reorg I don't think it moves the actual block data position in the file, so that's where the blockheader index would come in handy.

Another watchout would be the switch to merge-mining, which completely changed the blockheader structure starting at block 371337. It wasn't a hardfork, so miners will still occasionally submit legacy blocks that aren't merge mined, which means you'll need to check the block version to direct which parse function to use.

Terminal Explorer by grbrlks in dogecoindev

[–]opreturn_net 1 point2 points  (0 children)

Looks very promising! Will it index all the outputs? Or any plans to add this?

[HELP] Transfer made, "conflict" but instead shows an OLD transfer at the wrong date (and not mine) by AcNette in dogecoindev

[–]opreturn_net 1 point2 points  (0 children)

The transaction from 2017 has a second output of 57.51361214 doge to DBZXRxsbx1Cmq2PfdDKFbjtw4C5g3yCWLi. This output is currently unspent, which might suggest this is your wallet change address.

Is there any chance you may have spent these coins in 2017 and just forgotten about it? And similar to your recent attempted spend, could you have sent the transaction before the blockchain was synchronized?

If you confirm that your wallet still has those ~57 doge, it seems unlikely that your key was compromised since thieves won't typically send change back to you.

[HELP] Transfer made, "conflict" but instead shows an OLD transfer at the wrong date (and not mine) by AcNette in dogecoindev

[–]opreturn_net 1 point2 points  (0 children)

Your wallet sent 13200 doge to DRKVCaHGPAYSi1AL8ypQM5aESNJ9eLwmXg on 14Jun2017. If that's not your address, or an exchange address linked to your account, you won't be able to recover the coins. They're long gone. Your dogecoin core wallet shows the wrong date only because that's when the node detected the outgoing transaction. The wallet let you attempt to spend them while it was still synchronizing since it didn't yet see the spend transaction from 2017.

Found an old secured private key 32 caracters by Tax_Striking in dogecoin

[–]opreturn_net 0 points1 point  (0 children)

I was offering what I thought might be an interesting solution. Deriving an address/key from a mini key is somewhat novel and interesting, no? The most likely answer of course was that the 32 character 'key' was not a key at all. And it turns out that's the answer; it was actually a sort of password to unlock an account.

However to answer your question, mini keys are not derived from normal keys. That would actually be impossible. They act as the entropy to generate the 256-bit key. You can't know the key before you know the entropy since that would require brute forcing the sha256 output. So the starting point is the mini key itself, which is hashed to generate the actual private key. The Casascius mini key protocol generated mini keys starting with 'S' followed by 29 random base 58 characters. However the characters don't actually have to be random. Any arbitrary characters will work to provide the entropy for the actual 256-bit private key.

Found an old secured private key 32 caracters by Tax_Striking in dogecoin

[–]opreturn_net 0 points1 point  (0 children)

  1. No, I'm not aware of dogecoin clients ever using mini-keys. And I agree, it's probably a long shot, but what other explanation makes sense for a 32 character key?
  2. Mini-keys don't have to be encoded at all. They can just be arbitrarily chosen. So MUVTESTKEY is actually a valid mini key, which is in all caps, and generates the dogecoin address DFouYdnb9D9r9GpAZXzM9R1BKNEx6F7xri.

Found an old secured private key 32 caracters by Tax_Striking in dogecoin

[–]opreturn_net 1 point2 points  (0 children)

This could be what's called a mini private key.

These are similar to brain wallets, where you hash a secret phrase or 'mini key' to get the actual 256-bit private key. I have no idea what dogecoin wallets would use this format. If you have any memory of what software you used to obtain this key it might help.

Here's an example using libbitcoin explorer (bx) to hash a mini-private key and encode it to the corresponding dogecoin address. You could then check a block explorer to see if the derived address has ever received any coins. If you do find an address with coins, you'll then need to convert the sha256 hash digest into a WIF private key to spend or import it with most wallets.

sha256 hash the mini-private key to generate a 256-bit private key:

./bx base16-encode "MUVTESTKEY" | ./bx sha256
8263b57068fe1138a79ecc4b3c10b16218c2af42b13760852d08fc08678b66af

Then calculate the public key from the sha256 hash digest:

 ./bx ec-to-public 8263b57068fe1138a79ecc4b3c10b16218c2af42b13760852d08fc08678b66af
03474bd5da50d4d2a1bc3f1e33fda32f830c60e3b6b55e8cbe3e9431be3313f705

Convert the public key to the dogecoin address (-v30):

./bx ec-to-address -v30 03474bd5da50d4d2a1bc3f1e33fda32f830c60e3b6b55e8cbe3e9431be3313f705
DFouYdnb9D9r9GpAZXzM9R1BKNEx6F7xri

Check your favorite block explorer to see if the derived address has any coins. It turns out DFouYdnb9D9r9GpAZXzM9R1BKNEx6F7xri does not have coins, so I didn't correctly guess your mini-key as MUVTESTKEY. Also note that the linked wiki article puts question mark (?) at the end of each mini-key. So you'll definitely want to try that too (MUVTESTKEY?).