Seems this pool is being abandoned :/ That's too bad. I liked the way it presented all of the workers stats.
It's due to the current round, it's over 337 hours now, no payout. So people have left. I had noticed in the last few rounds completion there is 1 big workhorse that contributes quite a bit of shares.. perhaps they are having hw problem or as u suggest have left. Yeah, not sure what happened to our big miner but with the global hashrate where it is, it's going to be a long time before we solve a block without him. I think we'll need to add stratum support to grow the userbase/recover hashrate but at the moment, we're focused entirely on Kraken. |
|
|
|
Done: Today Payward is a software company. The public has been invited to test Payward's exchange software at beta.kraken.com. More about the company's employees, legal structure and position will be revealed if and when we ask you to trust us, which is not now. Chill out. ... I am chill. I love your beta site. I was just offering you to put everyone's worries to rest - which you just did (at least for me). Right on. Thanks  |
|
|
|
Done: Today Payward is a software company. The public has been invited to test Payward's exchange software at beta.kraken.com. More about the company's employees, legal structure and position will be revealed if and when we ask you to trust us, which is not now. Chill out. |
|
|
|
1. We don't have enough (any) experience here to give solid numbers. It's going to depend on our daily withdrawal requirements. My feeling is that if you need to withdraw a lot of BTC at once, you can probably wait a bit so it's better to sacrifice a little convenience for better security and only keep what is likely to be necessary in the hot wallet.
2. Yes, all new deposits go directly to cold storage, for exactly that reason.
3. Yes, cold storage is completely offline. Hum, that seems too perfect to be true. You are stating cold storage is completely offline. When refilling the hotwallet, at some point you have to broadcast the transaction to the network (be online). I guess you are signing the transaction offline then and broadcasting it from a connected node. What software do you use to perform such a task ? (the only one I know of is Armory available at https://bitcoinarmory.com/get-armory/ which is no longer usable for most of computers) Is it a self-made solution ? Are you using the native API calls createrawtransaction and signrawtransaction ? (which are tricky to manipulate because of local change addresses and require an in-depth understanding of the bitcoin protocol). I would love to see such an implementation if that's the case. Otherwise, no chance your cold storage is completely offline. For the new deposits security issues, one can argue it's not completely true. Since compromising the hotwallet generally means compromising the webserver, an attacker can then just modify the deposit addresses shown and new deposits will go right into his pocket. (Of course deposits to old addresses will still be secure) Good luck guys, your project seems solid and looks like it may be the one serious professional-grade exchange the community is desperatly looking for. There are multiple cold wallets, each with limited funds and, yes, they remain completely offline until they need to be used. Currently, we have some semi cold storage as well so tapping the cold storage doesn't have to happen as often. Soon we'll be upgrading to a custom system more like what you've described with Armory. Fortunately, we've got a team with a very deep understanding of the protocol. About the address injection, you're right but we have things in place to make it harder to succeed. If someone were successful, it'd likely be noticed within a few deposits when customers come asking why they haven't been credited their coins. The exchange would have to eat that loss but it's unlikely to be a huge amount of btc. Thanks for the fond wishes and I hope we can live up to expectations! |
|
|
|
Last I heard was on May 3rd saying middle of next week - which would be about now. I suspect it'll still be a week or two at least though - software projects have a tendency to always be late, especially things of this magnitude You called it. We'd like to launch before the conference but we'll see.. we're getting good feedback from the beta and we've got a couple more things we'd like to improve before we take your money. Funny thing is, 95% of reports/complaints/criticism so far have been about the lorem ipsum text. I just want to let you know that we've hired 6 more guys to hunt down and squash this elusive lorem ipsum bug, which has plagued us for the past 18 months. Thanks for all the concern |
|
|
|
|
If all this is someone else's fault, why haven't the defendants in the lawsuit attempted to redirect blame in that forum? What you guys say on the forums and on IRC contradict your behavior in the legal matter. The plaintiffs and Bitcoinica customers all just want their money back, and they want the right guys to pay for it. Why drag on the case when you could help the plaintiffs fry the bigger fish that set you up?
|
|
|
|
What about doing a draft tournement from a particular set? Those are fun and everybody is equal because the packs get passed around Since LetsTalkBitcoin! is covering the event, I doubt I'd have time to play - but I do enjoy a good draft. Good idea. See above: |
|
|
|
I mean that when i filled in the signup form I accidentally put my password in the username field. When i fixed it and took it out it would not let me use that password as my password, still giving an error that username and password were the same.
good find. post your btc address for a bounty. btw, if there is anyone else who I missed the bounty for previously, please let me know. |
|
|
|
Why not. I would be down to play, though all my cards are super old.
I would probably need a deck and to train up on what is new.
I was thinking just booster draft the Return to Ravnica block, which recently had its 3rd set, Dragon's Maze, released: http://www.wizards.com/Magic/TCG/Products.aspxNo need to bring your own cards. Vague understanding of the rules would be helpful. I have a bunch of cards I want to trade. Is there some sort of Magic The Gathering Online eXchange? amazing. |
|
|
|
I sure hope you will be selling your boosters for BTC, not $  Actually, I was planning on just making them free for whoever wanted to play! |
|
|
|
When trying to buy a really small amount of BTC, it gives the error message "1: Amount too low". I suspect the '1:' is some sort of error code? Perhaps it's more useful to mention the minimal amount in the error message. EDIT: Found a more serious one now. I set a buy order at a ridiculously large amount of a million BTC for market price, at 1:250 leverage. I had $14k in my balance. Then something weird happened: the order got executed for 250.82679898 BTC (worth exactly $25k), but my balance remained untouched. Then the order was canceled automatically (and it is now listed as 'canceled' in my 'Closed orders' list) because the 'Margin allowance exceeded'. Not everything was unchanged, though: my fee-progress-bar jumped straight through four levels, to the point where it's now nearly at 0.36%. Being able to use this in a controlled fashion would make it a very viable attack to get into cheaper fee regions I have thus been unable to reproduce it, but I'll keep trying. Perhaps you can see more info on the back end. It's trade order OYHWZH-PXEQY-PWFHKU. Yeah, it would be good to actually tell you what that too low threshold is. For BTC/USD it's an amount that would be worth less than $0.01 USD. It looks like what happened with your 1:250 leverage order is that you hit the $25k per user cap on margin. So, the remainder of your order got canceled after you ran out of margin and it filled $25k worth, which you should now have an open position for. My guess is your fees were already < 0.4% when you made the order. The margin cap per user isn't displayed anywhere so you couldn't have known and that's something we need to fix. Thanks for the report! Bug signing up. I accidentally entered my password as the user name, now it will not let me enter that password. even after I changed the user name. I'm not sure I understand you. We don't allow you to change usernames, and we don't allow you to have your username as part of your password. Can you clarify? Are Ripple meant to be something that we can trade? Also, I notice that unlike gox you can only put in as many orders as you actually have funds, is this intended behavior? On Gox if it eats through all your bitcoin or dollars it cancels any remaining trades. Yes, you should be able to trade XRP but the market is probably pretty shallow or nonexistent so you may want to check the order book. Yes, setting a limit order will reserve that currency so you'll be unable to set up orders for more than you have. You can, however, use the stop orders and conditional close to somewhat bypass those restrictions. |
|
|
|
|
Hey guys,
This might be too much awesome for one weekend but I'm sure we've got enough Magic players in the community to pull it off. I just want to gauge what the interest might be in participating in a friendly Magic tournament, probably booster draft of the latest block.
Please sign here if you're interested and if it looks like we can do it, I'll handle the product acquisition, location, logistics.
|
|
|
|
wow apologies for missing all these replies to this thread! I've gotta sort out my notifications. Guys, to be very honest, the pool has been somewhat neglected as we've focused our attention on Kraken.com. It will probably be 2 months before we are able to make any significant improvements (stratum, vardiff, etc) and until then we'll do our best at just keeping it up and running. In the meantime, there are some other great pools out there that might better serve your needs but if you want to stick around, we're glad to have you Please feel free to PM me directly if you have any trouble with two-factor, the support system, etc. Actually, it's probably better to just PM me than use the support system at all. DGM settings were discussed earlier in this thread: https://bitcointalk.org/index.php?topic=68734.msg814952#msg814952Lastly, is there any chance of allowing dots `.` in worker names instead of hyphens `-`? Possibly but could you tell me why that change is important to you? with your pool i get stale rate of about 4.6%!  This is much to high, because it´s lost reward. with other pools, i am on stale rate around 0.16%. what can i do about it? I'll PM you now for more info. |
|
|
|
This interface is great. Best in the business. Which bank(s) are you using? Dwolla support? Also I'm just going to paste the questions that Stephen Gornick usually asks new exchanges: Thanks! Given Dwolla's history of screwing over Bitcoin exchanges, like our friends at TradeHill, we won't be supporting them. We'll announce our banking partner at the time we open the site up for real deposits. - Does Kraken use cold storage (an offline wallet that cannot be accessed should the exchange's service become compromised) Most definitely. A small percentage of the funds are kept in a hot wallet for withdrawals but the vast majority are kept in cold storage, offline. If so, then there are other questions:
- Is there a target as to how much of customer's funds are kept in cold storage? (e.g., percent of total, or perhaps relative to recent withdrawal requirements)?
- Do new deposits go to cold storage? (if the hot wallet is compromised, new deposits made (e.g., automated payouts by mining pools) would still be secure)
- Does the offline wallet where the cold storage resides remain protected due to an "air gap" (no access to it electronically, not connected to the network)? 1. We don't have enough (any) experience here to give solid numbers. It's going to depend on our daily withdrawal requirements. My feeling is that if you need to withdraw a lot of BTC at once, you can probably wait a bit so it's better to sacrifice a little convenience for better security and only keep what is likely to be necessary in the hot wallet. 2. Yes, all new deposits go directly to cold storage, for exactly that reason. 3. Yes, cold storage is completely offline. And I have other questions that I'd like to know the answers to:
- Does Kraken maintain full reserve? (i.e., Kraken controls bank accounts with all customer funds (fiat, USD, EUR, ?) and controls wallets with 100% of BTC funds. i.e., none of these amounts loaned out.)
- Does Kraken maintain offsite backups of its accounts and transactions? If for some reason the exchange's primary account database were lost due to a security breach, what information (and how recent) is still available from backup or archives?
- If there is a security breach and Kraken cannot meet withdrawal requests of its customers, what is the withdrawal preference that Kraken would follow? Various preferences are:
- - A.) All deposited funds are of equal standing with bitcoins being valued at their market rate at the time of the loss,
- - B.) Withdrawals of USD funds, if not impacted by the breach, are made available to those customers who held a USD balance. in full.
- - Do customer deposits have preference over any other creditor claims? (i.e., a contract stating so such that they don't become unsecured creditors ending up in the same pool as the landlord for office space and hosting bill.)
- - or is there some other approach? 4. Yes, Kraken maintains full reserves. Customer funds reside in a bank account separate from our operations account and fees are pulled across on a daily basis. Payward does not borrow customer funds for operations and we do not lend customer funds, even for margin trading within our own exchange. Funds offered for margin are acquired from other sources. 5. At the moment, backups are onsite but unless a meteor destroys the data center, we should be ok. We'll expand to offsite shortly. Data is replicated in real time and backed up on a daily basis. If only the primary account database were lost, everything would still be available in backups. 6. Good questions. We just had a chat about this so please do not take this as the final word but here's what we're thinking: A USD value would be assigned to all the losses and remaining balances. All deposited funds are of equal standing up to a cap and beyond the cap are distributed pro rata. So, if the cap were $100k and we had 10 users, 9 of which had $50k balances and 1 of which had a $1m balance ($1,450,000 total) and we lost $600k ($850k left), 9 guys would receive their $50k back and 1 guy would receive $400k back. If you want to keep some exorbitant amount of money on the exchange, you take the risk or maybe we can find a way to insure it (which we have not had luck with so far). This is if we are actually legally able to decide. It may very well be that all funds must be redistributed pro rata without any sort of cap. It may also be that funds held as USD have some extra legal protections that BTC do not. More research and consideration is required. We'd like to hear community thoughts on this matter. As far as we understand, according to law and without the need to specify this (though we can to make our position clear), depositors would have preference over ordinary business debt. You have given us your money to hold for safe keeping on your behalf and that money never touches our operations account, which should be the only account up for grabs by non-depositor creditors--it's not our money to take. If for any reason Payward ever has less than full reserves, it should immediately transfer money from its operations account, even liquidate assets in order to return to full reserves. The question is what happens in some catastrophic hack where even after liquidating all the company's assets we are still not able to make the depositors whole and we also have some other business debt. The depositors would receive everything and the other creditors would be out of luck. If there are other security-related details that are relevant that you would be will to share (e.g., physicall security, staff background checks, dead man's switch for wallet, etc.) feel free to do so. I hope you'll understand that we don't want to give too much away here. If an intruder breaches our security, it'd be better for us (and you) if they did not know what to expect. We've spent over $150k on our own hardware. Our servers reside in locked racks in a private cage in an expensive top tier data center with armed guards, retina scans, video surveillance, etc. Staff have all been thoroughly reviewed and for anything dangerous, multiple signatures are required. Data is encrypted wherever possible and systems are both redundant and isolated from each other such that if someone were to gain access to one machine, they would likely not gain anything useful. Customer service and verification systems are modeled somewhat after PCI compliance standards. The office is wired on separate networks for separate purposes. The systems that agents access your uploaded verification docs on cannot do anything but access those docs. They'd use a different system for answering tickets. The user interface takes better security over better UX in many instances, not giving you any error messages that might allow you to find accounts, emails, etc. Two factor authentication is available with more advanced security features to come. The API allows for two-factor on keys and quite granular permissions. |
|
|
|
In light of recent events, we just wanted you guys to know that we’re on the motherfucker. Go back in there, chill out and wait for the cavalry which should be coming directly: https://beta.kraken.comTarget launch for real trading is mid next week. Beta accounts are auto-funded with funny money and will be wiped at launch. Actual deposits/withdrawals are disabled. Address support issues to beta-support@<domain> |
|
|
|
Vouch for this. Dargo is presently employed with Payward (Kraken.com) |
|
|
|
Does anyone have any information about: Payward, Inc., Jesse Powell and Walter Stanish They are the people starting a new exchange at www.kraken.com. I've looking for some background information that is outside the bitcoin world. The site looks really good however I've been burned a couple times already with small exchanges. Hey IslandGuy, Glad you like the site. It's nice to see people actually doing some diligence before handing their money over to total strangers. What kind of background info are you looking for? Here's my linkedin: http://www.linkedin.com/in/jessepowellhardly used blog: http://jesse.forthewin.com/non-profit arts center in Sacramento, CA that I founded: http://vergeart.com/aboutI've been to all the Bitcoin conferences and most of the SF Bay Area meetups. I've met most other Bitcoin business owners at one time or another. Happy to provide more info, do skype video interview with community or whatever. |
|
|
|
Unfortunately I haven't had a ton of time to test, but what I have seen I am really wishing was live right now...
All the nice order types (not even talking about margin) and only allowing funded orders I think would have helped remove alot of the strain that gox suffered from yesterday.
No worries. We've got a bunch of testers on it now (though we wouldn't mind more). It certainly has been difficult to resist the temptation to launch amidst all the hype at the moment but we're going to do this right. It's looking like it'll be about 1 more week to open up trading to the public. Spread the word Also, there is a bug bounty thread going here: https://bitcointalk.org/index.php?topic=166828.0 |
|
|
|
|
Two-Factor Authentication has been returned to the Beta under Security Settings. Please give it a whirl.
P.S. I'm on my way back to SF from Berlin so I may be offline until Saturday PT. Bitcoin Documentary is going to be awesome.
|
|
|
|
|
Show Posts
