anyone?

I need as i can't find any place where i can buy 16x extenders with molex. That's why i ask about connecting 1x riser to 16x slot due to molex possibility.

anyone?

Hello,

I need to plug 5 cards in a 3 * 16x + 2 * 1x mobo and i wonder whether 1x -> 16x risers would fit and work on 16x mobo slots too?
And do i need all to be with additional power connectors to not burn anything on mobo? or 2 maybe 3 will be enough?

Yep, got it cleared same way in other thread, however thanks for response:)

I forgot about double spending:) thanks for reminding. Had hope for it to work but yeah, it would be split and noone will know which one is good.

EDIT: not even double spending, just splitting transaction in 2 parts of network. 4:40 am, time to sleep

Hello,

I was thinking why bitcoin transactions are not separated from mining blocks?
If it's only signature thing (public/private key to show you are owner of bitcoins) then why not put them outside blocks to make them "instant" for people and leave mining as it is now?
Why "secure" transactions by mining if it is (it is?) only cryptography thing? Mining of course must be done as it is now due to "proof of work" stuff (finding proper hash), with a new "source" keypair generated for each block.

It's just an idea. I am 99% sure i am wrong, but maybe?

Hello,

I was thinking why bitcoin transactions are not separated from mining blocks?
If it's only signature thing (public/private key to show you are owner of bitcoins) then why not put them outside blocks to make them "instant" for people and leave mining as it is now?
Why "secure" transactions by mining if it is (it is?) only cryptography thing? Mining of course must be done as it is now due to "proof of work" stuff (finding proper hash), with a new "source" keypair generated for each block.

It's just an idea. I am 99% sure i am wrong, but maybe?

EDIT: posted in wrong place, please remove

Nvrmd - i see cash is on gox - Fri Apr 19 02:15:33 2013   xxx   Manual transfer created

Thank you very much!
How fast you think your system will serve next orders? Problems like mine still persists? it will be fixed soon?

Yes - i used this contact form. I see you replied today from customer support service that you investigate this further now, i hope to see dollars soon on my btc-e or mtgox acc additionally pming you details of order

Hello,

Tried to test exchange using $20 on btc-e to transfer it to mtgox and while waiting i have seen these messages from service

Timestamp    Event ID    Event type
Sun Apr 14 23:17:26 2013   xxx   Quote for new transaction
Sun Apr 14 23:18:02 2013   xxx   New Order
Sun Apr 14 23:16:19 2013   xxx   MTGox Order Loading
Sun Apr 14 23:16:20 2013   xxx   BTC-E coupon deposited at BitInstant account
Sun Apr 14 23:31:17 2013   xxx   BTC-E coupon deposit failed

As stated above i see "BTC-E coupon deposited at BitInstant account" but no funds on mtgox...
I haven't received mtgox funds yet and btc-e coupon is not working (already used) - tried it after failure of bitinstant system.

Reply from customer support:
"I would recommend creating a new order with a new coupon. Better luck next time!"

"Better luck next time" ? :-) is this a lottery or i am missing something?

ty honestly for reply, you saved my life : o  that was that thing i was looking for!

Hi there,

I've started using abe(initial check right now ), had to quit app and rerun it and after using ctrl-c  i lack one record :

commit should prevent that, right? i am ussing InnoDB.

Is here any possibility to recheck for missing data? EDIT: commits are only for tx's so maybe just wrong id given while selecting last block in app after starting it? like 116247 instead of 116246 while having 116245 put in mysqlDb?

Another thing - when i have bitcoin running - can i rerun app to check for new blocks, or i have to stop bitcoin?

and most important: how is this tool different from Bitcointools ? i am new to this tools, was using crappy json-rpc methods given in bitcoind : p

Hi,

I am building my own web app capable of bitcoin funds management throught Bitcoind json-rpc communication, and i meet some problems with possibilities of functions.
All i can do now is creating new addresses by getnewaddress function, which returns me new address for [user] specified parameter. Thats cool.

However problems persist in: transactions handling:

1. i can't see anywhere TxIn's and TxOuts in any of these functions, and showing addresses from/to will be nice for users instead of "Last payments received for addr XYZ -> 1. FROM TO XYZ". How i should handle transactions properly to let users see all information about them - from/to addresses and amounts?
2. gettransaction returns only info about tx for addresses that i own in wallet.. why?? getblock lets me receive all blocks but can't get every single transaction?

So how is blockchain.info or blockexplorer.com functioning without these possibilities? they made own parser for file where block chain is stored or is here other app allowing me to get that info?

I will really appreciate any info because i need to build my app soon.

Isn't making P2Pool big (let's say 50% of bitcoin total hash rate) a bad scenario? this will affect bigger variance(ofc not % one, you just get bigger timeframe in which that happens) and wait time for every miner, especially those small?
With 50% of total network speed and 10 000 miners (we have 10 000 ghashes/s so its even more than 20k GPUs mining) we will have 1 block every 20 minutes - so every 120 p2pool shares if i get them right. That will give miner a chance (assuming every miner is at same speed) of finding block equal to (20mins/10sec)/10 000 = 1.2% every 2 mined blocks in network.. to hit any block he will need to wait 166.66 blocks which is more than one day (1day = 144 blocks) for average chance of payout equal to his work.

P2P just lowers variance for everyone and speeds up everything by 60 times (1 share = 10s) comparing to normal bitcoin mining, but lets say we have 100k miners, what's then? Pooled mining will come back? Now think about those with Nvidia cards mining lets say 50mhash/s? Why they should join for 1 payout every week if they can get proportional payout every 30-120 minutes on big pools.
I know current pooled mining is dangerous and DoS capable, but isn't this idea going back to stone age?

Maybe i don't get idea properly. I just wanted to move here with my miners to support this project, but i see disadvantages in not so far future.

Please say i am wrong in these assumptions and calculations (i hope i am)! ! !



Sorry for my english, i hope you guys get whats the point
Jakub

3. What is the data input for making signatures of transactions?


I am running soon out of time, i really count for any replies. If topic is in bad section of forum, i will really appreciate moving it to proper one

Hey,

i saw on https://en.bitcoin.it/wiki/Weaknesses that network can be attacked using multiple clients with different IPs, but i got problem anaylzing those two points:
* The attacker can relay only blocks that he creates, putting you on a separate network. You're then open to double-spending attacks.
* If you rely on transactions with 0 confirmations, the attacker can just filter out certain transactions to execute a double-spending attack.

Main problem for me is - how double spend attack will be performed? Isn't it working like that: when i download any block to my chain it is checked for double spends (checks are performed for every single TxIn) ? So even creating own blocks by attacker shouldn't allow that here..


Cheers,
Jakub

That will explain point 2 very well. Thank you! How about 1? Is it right?

About double spends - i know that it is just checking new transactions, i am just curious how it works exactly.

Hm, after thinking a bit and taking your explanation i came across this:
When transaction is spread to miner, he:
1. checks where prev_out hashes are located in block chain (starting from newest block in chain and going backward) - i.e. chain is on block 150000 and prev_out hash for our new TxIn is in 130000 so app starts at block 150000 and goes backwards till he hit 130000 block and proper hash in it. After that he checks TxOuts in that transaction adiacent for our new TxIn
2. checks whether there are any double spends by checking any TxIns (starting from TxOuts locations and going forwards till newest block in chain) that spent already coins in TxOuts - i.e. TxOut is in block 130000 and transaction is already spent in block 140000 so it goes from block 130000 until it finds proper TxIn in block 140000.

I am right in these assumptions? Or prev_out is a hash of block (+ additional necessary stuff) where transaction is located to find it really fast?