Hey!
Is there any bitcoin wallet for windows phone? Please tell.
Or if there is none then can someone make it?
If you can't find one in the store, you could consider an online wallet through your mobile browser. |
|
|
|
I was taked payment on btc . i want konw How many confirmations does it take to verify the deposit / not refund client ?
thanks
With 1 confirmation, there is 50/50 chance of a double spend is possible. Every confirmation reduces that chance significantly |
|
|
|
Our only hope is now on the Winklevii brothers to deliver a solid alternative with the Gemini exchange. I really really really hope they don't fuck up, that would be terrible. If even the supposedly trusteable exchanges like theirs fail to be solid, then it's game over.
Well, that sounds really really pathetic. Why would we be dependent on twins. If bitcoin was only dependent on them, it would be a *massive* failure already. |
|
|
|
As you know the size of OP_return of a transaction is only 40 byte (in the future will be "rise" to 80 byte) so you can't put as much word, but you can put an hash of a file that you own (for prove that idea/file is yours).
Instead of putting the hash of a file into the OP_RETURN, you can also use the hash of a file as a public key instead (like www.proofofexistence.com) What would be the benefit to put it in the OP_RETURN? |
|
|
|
I know that you can find messages and convert it from Hex to ASCII, but findftp asks how he can add them and I don't know of any functionality on Blockchain.info to add such a message. Did they recently add it? yes Thanks, but it's not what I'm looking for. I want it to be readable without conversion from hex to ascii |
|
|
|
you can do it with the blockchain.info wallet. No, you can't. The nodes added to transactions are only readable on blockchain.info itself. It's a centralized system and has nothing to do with the blockchain.
findftp, you could checkout Coinsecrets. It shows OP_RETURN transactions and has a PHP library to create them yourself: php-OP_RETURN. The library requires a Unix based system, PHP 5.x or later and bitcoin-cli installed. You also need to have some BTC in the wallet itself to send the transaction (of course). Thanks. This might be what I'm looking for! You could also checkout CryptoGraffiti, but this doesn't work with OP_RETURN. I forgot what they use though. Yeah, I've seen them also in the past, but as far as I know they don't put the message into OP_RETURN |
|
|
|
|
Sometimes I dream and have great ideas, well, at least I think they are.
Most of the times I don't have the time or capital to work them out so they are put aside and I move on.
But since I think they are good, I want to preserve the ideas and make them public without the risk of them being destroyed.
And then there was the blockchain, perfect!
Now, how can I easily put some text into op_return with a transaction?
|
|
|
|
What does the "real time" choice mean?
some websites tells you real time price means if you keep open the page the price will be updated more often and you will see latest price moving even in satoshies No, that's not what I ment. Realtime is reserved for bots because they are the only ones which can check the price realtime. There are bots on this forum, I just added it for fun though. |
|
|
|
... google has backed ripple...
Do you have more information about that? |
|
|
|
|
I really don't care to end up being the last person on earth buying the last bitcoin available @ $0.01
I've got also other wasted hobbies
|
|
|
|
There are no timestamps on transactions or addresses, and the timestamps in the blockchain are allowed to drift by a few hours, so you can't really even count on the timestamps being accurate.
But if I look at some transactions at blockchain.info I clearly see date and time. Is this done outside the blockchain and only on their website? Correct. There are many situations in the blockchain where a later block has an earlier timestamp than its previous block. There would be no guarantee that your timestamp transaction would even make it into the next block.
So basically there is no accurate timeline built into the blockchain is what you say. Correct. The blockchain provides an accurate ordering of transactions (transaction A occurred before transaction B), but it does not provide an accurate time of when those transactions occurred. The reason that a timestamp is included in the block is so that once every 2016 blocks the software can check and see if it took more time or less time than 20160 minutes (that's 336 hours) for those blocks to occur. If it took more time, then the blocks are too slow and difficulty is decreased. If it took less time, then blocks are too fast and difficulty is increased. That's it. The timestamps don't serve any other purpose. Since the time per block is being averaged over approximately 336 hours, a couple of hours for any given block isn't very significant, and if coincidence results in many more blocks drifting in one direction than the other the only effect is to cause the difficulty for the next 2016 blocks to be slightly higher or slightly lower than it should be. It will correct itself the next adjustment. Timestamping with the blockchain is reasonable when you want to know when something happened with an accuracy of "within a few hours of this timestamp", and it is great for setting what order some events occurred if the actual time itself doesn't matter, but I don't think it's going to fit your desire of a permanent bitcoin blockchain timestamp every few frames of video.
I think it would fit my purpose if the drift is less than an hour. You mentioned earlier that you didn't mean that live video has to be proven live, but unless at least one timestamp can be proven to be tied to some trusted live event, the video could be edited first and then timestamped. Example: - We invent some new blockchain system that provides a trustworthy public timestamp every second and allows us to add hashes to the blocks
- I record some video over the next 20 minutes at 24 frames per second.
- I spend the next 24 hours editing and altering the video
- At this time tomorrow (after I'm all done modifying the video) I start adding hashes of every 24th frame to the blockchain.
- Anyone that checks the blockchain will find that from start frame to end frame there is a hash in the block chain every second.
I don't understand why the drift is allowed to be so much. What's the benefit?
Accurate timestamps aren't very important to the operation of bitcoin. The purpose of the blockchain is to prove that transactions occurred and to provide an ordering of the transactions, not to provide a time that they occurred. Or is this just something not thought about before?
By most of those that are familiar with the technical details of bitcoins it is well understood that block timestamps can only be assumed to be within a few hours of the block. I now understand that although the blockchain provides an unchangeable history of events, these event cannot follow each other too quickly. Adjustment of the difficulty would be most accurate time-stamp moment I guess. I assume that sidechains would also not be suitable for this feature since they would be pegged to the blockchain anyway (with its limits) To 'solve' this you would probably need an alt coin with much faster blocks or difficulty adjustments or something else built into it. Thank you for your detailed answer on my questions. |
|
|
|
bter hacked, ~7k bitcoins stolen. Prepare for dump.
Yeez, cuz regulationing iz badzz... Yeez, cuz regulationing prevents hacking... |
|
|
|
I think everyone gradually tapers off how often they check the price after they've been here a while.
With me it's quiet the opposite  It only gets worse. Do you actively trade? Maybe that's why. I find with long-term hodlers they usually don't care that much about the daily price. I don't really trade, it's more experimenting a bit with very low volume. If I look back I'm more of a BTFD kind of person looking for a moment to spend some satoshis when the price has gone moon. I do a lot of research in price action anyway. I try to understand price action and all it's concerning parameters (mining, adoption, transactions, etc..) I mainly search for buy patterns and when I think I found one, I buy |
|
|
|
These two Jan-Feb rallies are so far reminiscent of their Oct-Nov counterparts if anybody remembers that. Hopefully the outcome will be different this time.
Ah,... Hopium! Never let your trades be guided by hope. Not trading. Preferably the outcome will be different this time. This more to your liking ? Anyway, Iīve never met a trader that didnīt hope that their trades went their way. That's true, but your acquirements should not be based solely on hope. I've experienced much better trades when trying to ignore as much emotion as possible and mainly focus on technicals/fundamentals. Of course you can't deny the excitement when you're proven right afterwards... If you'd ignore that, you would be robot I guess |
|
|
|
These two Jan-Feb rallies are so far reminiscent of their Oct-Nov counterparts if anybody remembers that. Hopefully the outcome will be different this time.
Ah,... Hopium! Never let your trades be guided by hope. |
|
|
|
I think everyone gradually tapers off how often they check the price after they've been here a while.
With me it's quiet the opposite It only gets worse. |
|
|
|
|
I think the short squeeze is yet to come.
This pumping is long term shorters covering their positions.
Above 280 we'll see mayhem.
Place your shorts at 420 something. (I won't, I only buy)
|
|
|
|
I think I can safely assume that the sentiment has not changed much because the results of this and previous poll are more or less the same although we are in different times with different price actions (and many other different parameters). |
|
|
|
|
Show Posts
