Hello everyone,
I'm wondering if anyone buys and sells bitcoin like a day trader. Like maybe watching for a small gain, selling a few, watching for a small dip, buying back more from what you just sold, and so on.
Are there any reliable sites for this?
Thanks in advance for all who offer insightful advice.
You might want to visit https://btc-e.com/ |
|
|
|
I haven't been paid out either. It looks true that no one has been paid in 3 blocks. Can you please explain this and let us know when you are going to pay out to everyone?
This is explained over and over and over in this thread. If you wish, you can read some of the history and have your answer sooner, and be confident that things do work out. |
|
|
|
Good Day.
I am interested in joining Eligius. What is the average payout per TH's on this pool per day after the halving?
Since they don't charge any fees, I expect they always pay out very well. In addition, they pay directly to your address, so you have "new" or "clean" bitcoins. You can look at the stats for any address that is paid in a block that Eligius mines. Everything they do is transparent. |
|
|
|
Hi everyone,could somebody explain me a little bit about what is halving and basics of halving? Cheers!
There are two problems that needed to be solved when bitcoin was introduced. 1. There needed to be an incentive to mine. 2. There need to be bitcoins. A large mining reward solved both of these problems, but there is a 3rd problem as well. People need to pay the cost of submitting a transaction or else there are freeloaders. Halving the block reward at intervals puts pressure for miners to take transactions that pay the fee in preference to the freeloaders. Ultimately, the only incentive to mine will be the fee, when the block reward has diminished to zero. |
|
|
|
something is wrong with payouts!
i see this in 'Estimated Position in Payout Queue' area:
"Less than 25 BTC ahead in queue, putting this user's payout in our next block"
but after 4 blocks the message is the same and i haven't seen any payment yet!
Payouts are fine. Open a ticket if you think otherwise for some reason. after 4 blocks i received my payout! but the estimated position sometimes is totally wrong!  Probably 1/4 of the posts in this thread are about the payout queue. There are two rules: payouts have to be above a certain threshold, and the oldest eligible payouts are at the head of the line. The payouts always follow those rules, no software is broken, no shenanigans are perpetrated. These rules seem to be good rules. When a slow machine that has not been paid out in a long time finally passes the threshold, it goes to the head of the payout and everyone else gets bumped lower by one. |
|
|
|
|
Lots of hashpower today.
16:35:23 53,100
15:58:05 53,084
approximately 32 TH/s
|
|
|
|
|
The block reward is a node incentivization.
|
|
|
|
|
Nodes that connected recently. Update your blockchain and peers.dat file.
63.247.147.166
144.76.91.109
[2001:41d0:1:afda::]
54.69.210.20
85.25.196.115
[2a01:4fa:192:216c::2]
bte.vima.austin.tx.us
|
|
|
|
Ok So I am a bit confused, I just received an avalon 4.1 and I have downloaded the iso for pi from http://downloads.canaan-creative.com/software/avalon4/openwrt/latest/ and burnt the image to an sd card and put it in my pi. The pi is not showing up on my connected devices list for some reason, it is ethernet directly to my router and I can't get an IP to connect to for the web gui, am I missing a step here?Okay so I have the pi and the software working but and it is set to a static IP but when I try to ping I get Waiting for command to complete... and then it gets a bad address. So I am not sure what in my settings to change to make it work correctly. If you know that the pi and the software are working, I have the idea that you can telnet into the pi, and you can ping from your desktop machine or router to the pi. Is this true? |
|
|
|
So thinking about some of the earlier statements, along lines of 'CPU mining again..' Etc..so how would you prevent the GPU/FPGU & ASICs from jumping in and ramping the difficulty up quickly ? Trolling aside / April fools aside wouldn't this be a stumbling block ( excuse the pun ) ?
Indeed. What solution would you propose if you was in my situation? Maria 2.0 I have considered this question for some time. I have a conceptual solution that should be statistically sound, in the general spirit of bitcoin, and makes fairly minimal changes. Please feel free to message me if you wish to correspond. |
|
|
|
|
I am sure he is asking "when will the difficulty drop."
I think some interesting responses would include a link to some BTE blockchain explorers that are online,
and the formulas to calculate the chain hashrate.
|
|
|
|
|
Some BTE nodes are running today.
block: 52,875
difficulty: 1,056,741
Last block: Fri, 2015-09-19 04:44:25
There is currently approximately 1 block per day.
These nodes were active this week.
2a01:4f8:192:216c::2
2001:41d0:2:37c3::
2001:41d0:1:afda::
There are public IPv6 <---> IPv4 portals for free. Google for "6to4 192.88.99.1"
|
|
|
|
I personally think that larger blocks are both desirable and necessary,
I was initially inclined to agree with this but after reading more on the issue I think I agree with those who say that block propagation speed is one of, if not the most important factor in keeping bitcoin decentralized. And with the internet infrastructure such as it is right now, smaller blocks are better. There are already problems with block propagation at 1mb, moving up to something like 8 would be a huge push in the direction of centralization. And centralization of either full nodes or mining are both potentially large problems, both of which would potentially happen with larger blocks. When large blocks can propagate quickly then a switch to larger blocks would be more timely. I assume this has been discussed a lot, but this is one of the only threads that I follow. I think the original vision is that the fees have to rise to pay the costs of running the network. Making structural changes, such as bigger blocks, so that no transactions are delayed or left out sabotages that transition. One alternative is to trust the original design, and to let market forces push the transaction fees up for people who want faster block inclusion. If there is a link to the blocksize discussion somewhere, I am willing to read it before I post more. :-) |
|
|
|
And what stops you from stealing the BTC? Or actually getting people to trust you enough to send large amounts?
Also, this belongs in the 'Auction' section.
Nothing stops me from stealing them. However, I do have a good reputation both from previous auctions and my mining payouts. I think the Auction section is for those threads where people bid in the thread. This is really for discussion, not for posting bids. |
|
|
|
Previously, I have sold shares in an ASIC miner at auction, and have been judged as trustworthy and transparent, a remarkable achievement. Some of you may remember that my photograph of this miner appeared in the Wall Street Journal along with my real name. The long, boring, and real time unfolding of this saga is in the thread and the associated blockchain transactions, transparently visible to anyone. For the past year I have considered a new use of Bitcoins and an Android application that implements it. I have not seen anyone else mention this idea. It is, at the same time, a new idea but also a completely straightforward use of Bitcoin as currency. I have consulted with friends, enthusiasts, Seniors, Elders, and one or two others, and I have thought carefully through their reactions and comments. I have a probably irrational exuberance that I can get rich and also increase the value of Bitcoin if I completely conceptualize, specify, implement, and market this idea. I am tempted to work on this without a day job. You probably now have a sense of where this is going. I don't think this is suitable for a KickStarter project, as it probably counts as a software project that is too early in the process. I don't want to simply blather the idea to the world and not have any funding and possibly have someone else implement it. However, I do have to tell some people if I want to go the funded route. What I have decided to do is this: I am willing to email the very short version of my idea without any obligation, and without a non disclosure agreement (NDA), to any qualified person. To be qualified, you have to have some Bitcoins. So here is the process. If you want to read the 1 page concept summary: - make a refundable deposit to this bitcoin address: 1B2iffMMCBwMU7SnY8QzyScJYGLi7va1VA
- While there is no formal minimum deposit, it is pointless and annoying to sprinkle dust on the blockchain.
- I will deduct the reasonable transaction fee of 0.0001 BTC when making the refunds.
- You will want to be sure you send the funds from an address that you can use to sign a message, and that I can send the refund to. For example, use blockchain.info or your own Satoshi reference client. Do not use a mixer or send from an exchange. I will refund to the sending address.
- I will notice who is qualified and send the funds back sometime after block 375,699, or about a week from today.
- If you are not sure that you know how to send funds from a certain address, send some funds to yourself and look at the transaction at blockchain.info.
Additional thoughtsOf course, I will pay close attention to - who makes the largest total deposits.
- how much the total of deposits are.
- I will only send the document to the top 3/4 of respondents. You can bump your bid from the same sender address. (yeah, there ain't no sender in Bitcoin. Deal with it.)
So, fire up your wallet and send a larger amount than anyone else. |
|
|
|
I'm still looking at some of the blockchain timestamp data. I typed in the block numbers, 370,944 to 371,087, and the block times from blockchain.info and saved it as a .csv file. This is the start of the current difficulty epoch continuing for approximately 24 hours. I can post the whole file somewhere if someone has a suggestion. > temp[ c(1:5,140:144), ]
block mon day year hr min sec
1 370944 8 22 2015 0 49 43
2 370945 8 22 2015 1 4 59
3 370946 8 22 2015 1 10 29
4 370947 8 22 2015 2 5 5
5 370948 8 22 2015 2 10 31
140 371083 8 22 2015 22 7 41
141 371084 8 22 2015 22 21 10
142 371085 8 22 2015 22 24 50
143 371086 8 22 2015 22 33 5
144 371087 8 22 2015 22 35 2
The blocks following these blocks show a negative time increment. It might be interesting to see if these pairs of blocks are over represented by any particular miner. I don't know how to find who mined a particular block. > blocktimes[ delta[] < 0, ]
block mon day year hr min sec time
7 370950 8 22 2015 2 38 33 9513
21 370964 8 22 2015 6 11 29 22289
34 370977 8 22 2015 7 18 53 26333
50 370993 8 22 2015 9 22 24 33744
114 371057 8 22 2015 19 7 28 68848
131 371074 8 22 2015 20 51 29 75089
I manipulated this data in R with commands similar to these. These are from notes made not exactly from the log file... I don't know yet if it is algorithmically possible to "fit" a Poisson to the distribution data. temp <- read.csv("Documents/blockchain calctimes.csv", header=T)
blocktimes <- 60*(60*temp[,"hr"]+temp[,"min"])+temp[,"sec"]
delta <- blocktimes[ 2:144, "time" ] - blocktimes[ 1:143, "time"]
#note: min blocktimes is -711
png(filename="blockchain-poisson.png")
plot( tb1 <- table( cut( delta+711, seq(0, 3276, 300), right=FALSE)), ylim=c(0, 50))
n <- 9; x <- c( 0:n ); y <- dpois( x, 2.0 ); points( 2+x, 136*y, ylim=c(0, 0.5), col="red")
dev.off()
I wasn't able to link to the image. I put it on Google+ as https://plus.google.com/u/0/photos/115426745065196075335/albums/6187408748966855121/6187408753859123554 I think that everyone will agree that two consecutive timestamps that show a negative interval have an incorrect timestamp somewhere. I am pretty sure I can repair the data by modifying one of those two timestamps to give data that is much closer to a realistic Poisson distribution. I try to be very conservative when I repair data. I haven't explored that process yet. |
|
|
|
|
Is there a tool that can take a block number, and a block count, and return the number of minutes between successive blocks. While I can build this by hand from blockchain.info, there is a certain tediousness to it.
For example, I would like to start at block 370944, the beginning of the current epoch, and continue for some small number, perhaps 18 or 24.
|
|
|
|
|
Thanks! I have read some of the WiKi page till my head got full. I'll go read more later.
I don't have access to Mathematica, and the documentation in R is a bit more than I want to tackle in the next short while.
Based on what I have seen, however, I wish I had another plot, this time the Poisson distribution as you have presented it, only for lambda = 18 (3 hour expected network block production), and running out to k = 36.
While I am wishing, I also want a numeric table of the cumulative distribution function for the same distribution.
If anyone has the R to do this, I would be really appreciative to see it. While I myself can code this correctly in R from the WiKi definitions, it will take some time.
|
|
|
|
|
When the difficulty and network hash rate are in sync, what is the probability that 6 blocks will be found in 40 minutes?
|
|
|
|
|
Show Posts
