Bitcoin Forum
May 25, 2024, 10:40:11 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: [1] 2 »
1  Bitcoin / Bitcoin Discussion / Re: fees imposed after cap coin creation? on: April 27, 2011, 06:41:29 AM

  As the banks always have highest cpu power, this would make 3rd party generating blocks almost impossible.)

Nonsense.  There is no such thing as third party generation.  I'm on the same tier as ArtForz, I just don't have the same kind of hardware.  You can't generalize your situation and project that upon the rest of the user base.

I am hypo-theorizing a network, which:
- Banks have most the CPU power...
- Multiple banks forms an alliance
- "The alliance" is interconnected with each other
- Those outside the alliance don't have access to most-up-to-date blocks generated by the alliance.
- Those outside the alliance have delayed (let's say, 10 minutes) access to the chains and blocks from the bank.


Generating blocks need access to the chains,
so, delaying the block access make other impossible to generate (useful) blocks.

In this case, the alliance would almost always have the control.
This is basically what we have in stock market today.
2  Bitcoin / Bitcoin Discussion / Re: fees imposed after cap coin creation? on: April 26, 2011, 06:15:23 AM

If it remains voluntary, what is the incentive left for node operators if theoretically no one wants to donate a fee?


The most likely scenario is that major Bitcoin banks (Mybitcoin.com x1000) that are generating more for the security of their own members than for profit will be motivated to have interlocking agreements to process the free transactions of each other's members, even if they would otherwise ignore free transactions.  It is unlikely that free transactions would actually ever be completely ignored by the whole of the Bitcoin network. 
...

When a few major banks holds most of the cpu power. Other miner can't generate coin within reasonable efficiency -- the time lag for other miner to download the chains.

There maybe some other "technical" restriction, just like our stock market have.
(for example, your access to bank's chain is delayed by some minutes, unless you pay some $$$.  As the banks always have highest cpu power, this would make 3rd party generating blocks almost impossible.)
3  Bitcoin / Bitcoin Discussion / Re: Mystery miner at it again? on: April 15, 2011, 04:15:12 AM
Interesting, mystery miner is a single entity/machine. Probably a commercial or academic cluster or supercomputer then. Wonder what incentivises them to be on/off the bitcoin network? (Besides having spare cycles).

There are more arguments to think that MM was botnet. One of them is that MM shut it down after few days. 50k BTC is pretty nice result and every day of botnet operation is bigger risk of troubles...

I can't imagine what kind of damage a botnet can do
4  Bitcoin / Development & Technical Discussion / Re: [PULL] add 'settxfee' RPC on: April 13, 2011, 12:38:24 AM
Remove the    if (nAmount < CENT) and   if (nAmount > (5 * COIN))  check.
API should be as powerful as (if not more powerful then) command line.
5  Bitcoin / Bitcoin Discussion / Re: Bitcoin forum getting big, Need Moderators on: March 30, 2011, 02:35:08 AM
I think we need separate forums for each pool.
Having a 77 pages forum thread is not nice to read.
6  Bitcoin / Development & Technical Discussion / Re: why JSON RPC values not use INT64 instead of float string? on: March 14, 2011, 07:50:25 AM
....
Quote
> php -r "printf('%.8f', 0.94);"    #CORRECT
0.94000000
> php -r "printf('%.16f', 0.94);"   #WRONG
0.9399999999999999
....


It does not work that way ..  printf("%.8f") behaviour is inconsistent across platform. If you don't believe, try

Code:
printf("%.2f", -999.04)

-- some platform give  -999.03, some give -999.04.

Of course, you can fix this.... in your code. (But never expect all 3rd party apps do it right)
7  Bitcoin / Pools / Re: Cooperative mining (90Ghash/s) on: March 11, 2011, 05:29:07 AM
The 2% donation is better than the other pool's 3% donation. We have competition!

We do not force donation on bitcoinpool.com.  That's a big 0%.  Smiley


For how much time will be the 0%  ?

Devil is in the details. http://bitcoinpool.com/faq.php
Quote
Q: What happens if we solve a block with transaction fees on it? [TOP]

We keep them. Transaction fees are generally fairly small, and since we don't charge donations, we feel it's a small sacrifice to make in order to keep things Free™
8  Bitcoin / Pools / Re: Cooperative mining (90Ghash/s) on: March 10, 2011, 06:29:58 AM
I did small mistake during update yesterday, I'll fix it today.

0E-8 is (not clear) notation of zero, your reward from this block is probably such small that it is rounded to zero (on 8 decimal place). It can happen when you submitted share on the beginning on such long round.

Maybe we should bias the score system a little bit?  Something like exp( (alpha + round_time) /C) with a small alpha?
I got some 0E-8,  2E-8 or 3.1E-7... these are discouraging .
9  Bitcoin / Pools / Re: Cooperative mining (90Ghash/s) on: March 09, 2011, 08:35:17 AM
My (pending) reward on Block 1834 is "0E-8".  Not none, but 0E-8.
Something wrong with the score-based system?

(this is on the http://mining.bitcoin.cz/stats/ page)
10  Bitcoin / Pools / Re: Cooperative mining (>10000Mhash/s, join us!) on: January 18, 2011, 12:43:30 AM
What about creating a small proxy server between your server and all the workers for a single user ?

I have three workers, and they all call getwork every 5 seconds. What if I had a proxy that they would each call, but that would only relay a single getwork call to your server ? It seems pretty easy to write, and could lower your server load by quite a bit.

a single getwork?
If you use a "normal" mining client, everbody would be working on the exactly the same hash -- this is a complete waste of time.

Of course we can change each miner start with different nonce.... or start with random nonce. This need changing a couple lines of code.
11  Bitcoin / Development & Technical Discussion / Re: Overtaking the network - like tesnet on: January 17, 2011, 03:50:13 AM
I think taking over testnet is a feature, not a bug. This allow you do some code testing on the whole network.
12  Bitcoin / Development & Technical Discussion / Re: GAE Miner on: January 12, 2011, 03:24:36 PM
(...removed something I won't Comment on...)

But you probably won't be able to earn interesting quantities of BitCoin unless you do attempt to repeatedly create the same app over and over again.

So I don't think BitCoin mining on App Engine has a future. Nice idea though and I'd love to see people write AppEngine apps for other BitCoin related purposes (Gavin has done a great job with some of his apps). For mining your best bet is ATI rather than Google, sorry.

/mike

As davout have mentioned, all 10 application x 6.5 free "CPU" hour is just ~80 second on ATI.
Even when compared to CPU miner, each CPU gives only ~133khash/CPU-Second (around 450khash/wall-second). It is on the lower-end of the spectrum.

So, this application is more like a PoC than anything else.
13  Bitcoin / Development & Technical Discussion / Re: GAE Miner on: January 12, 2011, 03:10:54 AM
Should we start a betting pool to see how long it takes Google to decide bitcoin mining should be against its terms of service?

I think.... three months.


I can see nothing in the TOS against this. Except, perhaps, in the "Program Policies":

Quote
In addition to (and/or as some examples of) the violations described in the Terms, you may not and may not allow any third party, including your end users, to:
   j. Interfere with other users' enjoyment of the Service;

But I have tried to minimize the effect of this. (for example, using cron job instead of queue, distributing the task over whole day, don't retry on server error, etc)
14  Bitcoin / Development & Technical Discussion / Re: [PULL REQUEST] CORS support on: January 12, 2011, 12:29:05 AM
This is very dangerous!

Browser is the most buggy program on typical PC! Without browser planted into SElinux I do not want this functionality - from leaky browser site can read the password from config file and steal the money. Such bugs are still happening.

I can not offer solution of this the problem. I think that ordinary users should continue to use GUI client and not use bitcoind + browser plugins etc.

CORS just remove the XSS protection -- you know, those cookie-stealing or content-snuffing stuff -- it do nothing to plugins / extensions / local filesystem.

Do browser have a bug for reading local filesystem? Maybe.
Would this be CORS-related? Very unlikely -- CORS works on different level of abstraction.
15  Bitcoin / Development & Technical Discussion / Re: GAE Miner on: January 12, 2011, 12:20:24 AM
I'm only a newbie, but wouldn't task queues be a better (and more parralel) implementation than cron jobs?

I have considered using queue, but it have some disadvantages:

- Old (outdated) hashes -- If we put the hash into the queue, we may work on a old, outdated hash. There is no way to check the queue size in java (afaik), so we would be always working on outdated hashes.

- Too parallel -- Heavy load on Google's server.  We have only ~3 hours per day, parallelism don't have any advantages. It's better to distribute it over the whole day.
16  Bitcoin / Development & Technical Discussion / Re: GAE Miner on: January 12, 2011, 12:12:26 AM
Hey, crunching whole nonce space is useless. With your hash/s, you are crunching old blocks for 10% of time.

Edit: Sorry, I see your config has final nonce only 0xffff. Still, I see in logs you are working on one job more than 50 seconds, so you waste ~10% of time for crunching old jobs.

No, it should not work on the same hash for more then 6 seconds.
It would adjust the final nonce.  

See Line 87
https://github.com/j16sdiz/gaeminer/blob/master/src/net/sdiz/bitcoin/MiningServlet.java#L87

And Line 39
https://github.com/j16sdiz/gaeminer/blob/master/src/net/sdiz/bitcoin/jdo/Config.java#L39
17  Bitcoin / Development & Technical Discussion / Re: GAE Miner on: January 11, 2011, 11:41:51 AM
Thank you!

But that's like 83.3 seconds worth of mining on a HD5970

I am just a poor CPU Miner Sad
18  Bitcoin / Development & Technical Discussion / GAE Miner on: January 11, 2011, 11:31:04 AM
Hi all,

Here is the GoogleAppEngine/Java Miner as promised.

   Project URL: https://github.com/j16sdiz/gaeminer

Background Infomation
Google App Engine is Google's computing platform, it provide 6.5 free "cpu hour" (which is, only 3 real hours) per application. Each user can create up to 10 applications for. That is .... around 50G hashes per day per mobile phone number. I have checked the TOS twice, and do not think this violate the TOS. If you have any concern, please don't use it and ask.

Installation Steps
Due to how Google App Engine works, you need the SDK to install it. Here are the steps:

  • Install Oracle Java SDK
  • Download and install Eclipse. The gae recommand the web version, but the Java version just fine and is smaller.
  • Install Google App Engine Plugin
  • Edit src/net.sdiz.bitcoin.jdo/Config.java and give your account details
  • Apply your GAE account at http://appspot.com/  You need a mobile phone that recieve SMS to pass this step
  • Create 10 applications in your GAE account, pick the default options is fine
  • Go back to eclipse, press the upload button .
  • Click the "App Engine project setting..." link and enter your application-id. Click OK
  • Enter your Google Account Details and click Depoly
  • Repeat the last three steps for the 9 other application-ids

Alternative Installation Step
If you really hate eclipse, there is an ant build.xml provided. But you are on your own.


--
If you love this application, consider donating to: 1JQ4o2onaJnCpKYZnJzHUok9E1GZewon27
19  Bitcoin / Pools / Re: Cooperative mining (>4000Mhash/s, join us!) on: January 11, 2011, 12:12:28 AM
That's only ~578 khashes/second. Doesn't seem that great.

Well. You pay nothing for that 578khashes.
If you want more, it cost  $0.1 per "cpu hour" (that's around 500k hashes).

Where does the hashing happen, on the mobile phones or on Google's servers? Doesn't seem like something they'd give away for free...

It is on google's servers. The mobile phone number is for SMS verification.
Why free? It's something like flicker or picasa -- they want you to depends on theirs service and pay them someday.
20  Bitcoin / Pools / Re: Cooperative mining (>4000Mhash/s, join us!) on: January 10, 2011, 01:31:44 PM
I made pool to help standalone miners smooth their income, not to help people with stealing CPU power from university computer lab.

no, I am using google app engine (https://appengine.google.com/) free quota.
It have 6.5 free "cpu hour" (which is, only 3 real hours) per application.
10 applications for each user (verified by SMS).  That is .... around 50G hashes per day per mobile phone number.

It is written in java, and I will release the source code in a few days.
Pages: [1] 2 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!