 Show Posts
|
|
Pages: [1] 2 3 4 5 »
|
|
Out of curiosity, how soon do you expect to implement BIP 32 wallets? I'd like to switch to Armory (or something else) but have tried holding out for BIP 32 support.
|
|
|
|
busoni, you need to shut down Poloniex now and try to make your users whole from your own funds and debt. Do not continue trying to run an exchange. Your post mortem indicates that you do not have sufficient programming ability to handle other peoples money - no mention was even made of database transactions, which are a basic "database programming 101" topic. Your proposed fix of checking for negative balances is wrong and indicates that your code is almost certainly riddled with other exploitable bugs.
Please do the right thing and refund everyones outstanding balances, then wind up your operation.
I agree with Mike. Attempting to patch this issue with something called a "negative balance watcher" is a huge red flag. |
|
|
|
Will this work with Tails OS? Aka Debain 6.
I can confirm that at least armory_0.88.1-beta_OfflineBundle_Ubuntu-10.04-32bit.tar.gz works with Tails 0.22. Haven't tried anything else. |
|
|
|
|
Bitcoin as a currency is interesting, but these other features and possibilities are what really fascinate me. I don't think most people are aware of the true potential of Bitcoin.
Is there a comprehensive list these mind-blowing ideas? If not, can we start one here?
|
|
|
|
I think they use the blockchain.info API, it says "Blockchain.info Transactions: Connected." near the bottom. I'd rather connect directly to the Bitcoin network. |
|
|
|
|
I'm looking to develop an app that needs to monitor the Bitcoin network in real time. I'm already able to parse the blockchain into a database, but I'm wondering what the best way to keep the database up to date in real time is?
bitcoind doesn't seem to have a JSON-RPC API for getting streams of new transactions or blocks, does it? I suppose I could monitor the debug.log but that feels hacky.
Is there a better client/library for this purpose? What does blockchain.info do, for example?
|
|
|
|
So much for a "decentralized" coin.
I appreciate the technical work, but images like these challenge my confidence in Bitcoin.
The ownership is distributed, you can buy a seat on the board today, and share in the profits. (The shares are publicly trained) Who cares whether "ownership" is distributed? What matters to the long term viability of Bitcoin is whether a government or some other bad actor could take over one or a few mining operations to gain control of the network. |
|
|
|
The problem as I see it is bitcoin has a scaling limit, like transactions per second, which it can support in full p2p bearer form. It can be scaled but only at the cost of reducing its decentralization. eg if block sizes go to 1GB, that counts me out of running a full node. Its an issue because if you can only be a full node, with an OC3 line, most people will be pool mining without validating what they're mining, and then defacto control remains unavoidably central. These will grow into large companies, be acquired etc. And then become defacto policy points and they'd just as well sign contracts and stop mining. OK so committed transactions can till prevent policy by making transactions opaque to miners, but it is not quite ideal itelf.
I haven't thought this through completely, but what if we had some sort of hybrid Bitcoin proof-of-work and Ripple-style consensus system, whereby miners could query multiple full nodes which are known to be "unlikely to collude to defraud us" to check validity? |
|
|
|
|
+1 I'd like to see a summary too.
|
|
|
|
SSL warning on pool's site.
Looks he just let it expire, I wouldn't worry too much. |
|
|
|
I don't understand this promotion completely. We get a 0.1 BTC coupon for each one we've purchased? So why are are they 0.15 BTC with the coupon when you can purchase them for 0.18 BTC without a coupon? ( https://bitcointalk.org/index.php?topic=283458.0) |
|
|
|
The barrel plug seems to be the weak link in getting sufficient power to the ports. I soldered the power lines directly to underside of hub pcb.
So getting power to the hub is typically the bottleneck, not the components in the hub itself? |
|
|
|
The coins for group buy #1 have been received and domestic shipments were mailed out today. I was hassled about the packaging on the international orders so I'll have to figure that out and get them shipped, most likely on Monday.
Will you be PMing tracking numbers? |
|
|
|
Here are what I am using:
Anker Uspeed 10-port
You need to find the older model w/o the 9+1 charging port on it
Is it a USB 3 hub? And it works with Raspberry Pi's? |
|
|
|
d-link hub has only a 2.5A supply
I can confirm the digitus 7-port hub working with 6 erupters using a short usb extension cable for one of the middle ports.
Each Block Erupter draws 0.5A, correct? |
|
|
|
|
I'm looking for a good USB hub that works with the Raspberry Pi and ~6 Block Erupters.
Unfortunately the Anker ones don't work because they're USB 3.0.
Thanks.
|
|
|
|
|
Smoothie: have all orders been shipped? I'm still waiting on a tracking number.
|
|
|
|
|
It would be interesting if you could create a "pool" of people's machines to crack (err... recover) wallets, and distribute the fee to them based on how much work they did. I imagine you could do something similar to mining pools.
|
|
|
|
We've gotten 4 orphans so far, if we get 2 more I'm going to take FTC off the multiport.
I read on the feathercoin forum that they were under the impression that you pointed the multiport to FTC to help them counter the 51 attack. Although it was an automatic switch, it could be a good idea. Why not offer altcoin developers the possibility to manually point the multiport to their coin when they are 51 attacked? Obviously they have to compensate you/us for that so we make at least what we would on another coin, but they have big pots of pre-mined coins anyway that they could use for that. It might be a win-win situation. I like this idea, it's similar to something I read in a fictional story in Bitcoin Magazine a few months ago. Basically in the future there will be companies that insure against double spends, and they contract with emergency hashing providers that will mine for them on demand in case of double spends. |
|
|
|
|
