Thats great to hear! This is going to be a good year for BitBay and crypto

Okay so if the sync is stuck, probably just restart the client and wait. If you continue to have the problem maybe some other software has interfered with it or its been a long time since you last connected. If that issue persists please send me your debug.log in the bitbaydata folder.

The thing about your keys, the Halo markets client uses two keys (not wallet.dat) so are you sure you are importing the correct file? When you set up the client I'm hoping you used the wizard since its instructive, you were asked to make two .private files. Those two files are your account (its multisignature). When opening a wallet, you should open both files. If the computer is new, and it shows a balance of zero and its fully synchronized and those two keys were manually loaded, there is a button on the bottom that says: "rescan" press that.

There is a documentation that came with the client.

I'm interested to know when you downloaded the 1.2 version. 1.2.1 runs as an update, the client (should)  automatically ask to update when you run it. But if it doesn't the update can be retrieved here: www.davtonia.com/blackhalo/bitbayupdate.exe ... thats the link to the updater... it should patch the client.

And lastly, you cannot import keys from Halo to QT and you certainly would not want to even if you could. Halo uses TWO keys, not wallet.dat its those two .private key files (and did you store those in jpegs? because then they are hidden inside jpegs). If you somehow were able to import the multisignature address manually by importing the public keys as "watch only" which im fairly sure you didn't do, that can cause your QT wallet to get corrupted IF it receives staked coins to it(this actually happened to me back in the day when i kept mixing wallets and sharing the same data directory... i had to create a special program just to extract the coins). Because then you won't be able to spend from the QT wallet since the wallet will try to spend from the multisig and not have the private keys that correspond from it. (QT only knows how to use single keys, either paytopubkey or standard addresses)

Yeah thats the point, its impossible to lose your coins. Because the wallet is just a collection of private keys. The only way to lose coins is either accidentally destroy it, lose it or forget your password. You dont need the "qt wallet" to empty wallet.dat, you can just extract the keys and spend them manually.

For the people who said they had an issue with the Qt wallet, contact me on via skype or pm me here and i can walk you through it. If need be we can go on teamviewer and i will take a look at it.

The Qt wallet is open source, you can go ahead and check it yourself. Your wallet.dat is only a collection of public keys. Its doesnt make sense to say you lost your Bay. Just go on block explorer, if you Bay is still there then its still there. If you have the old wallet, use your backup and everything will return to normal.

Also, i didnt make the Qt wallet, its just a standard Qt wallet.

It uses encrypted email or bitmessage... depending on how they were contacted. If its through the markets people use both. The software works almost like thunderbird, managing your email and cleaning the halo emails from the inbox as well as encrypting them. Their utxos wouldn't be invalid per se. One party is delegated as the one to broadcast. A person can try to spend their inputs canceling the broadcast. Its done with a temporary transaction to prevent issues with fee changes. So if you look at my whitepaper at bithalo.org it talks about how this is done.
Future transactions can be made, malleability doesnt disable the bomb/timeout tx because the software will delete the keys anyways. And to further secure the bomb you can use an instant refund, a tx based off the funding txid. But nobody uses instant refund anyways since the person who pays more broadcasts. Canceling a broadcast doesn't do anything, it just wastes everyones time. Once the funds are in escrow there is no way out except working together.

The instant refund can also delegate someone as the broadcaster. Mind you none of this interferes with simultaneous deposit into escrow. After all, its ONE tx signed by two different people. (in theory we could do crowdfunding 100/100 signatures or use anyonecanpay signature schemes)

TX1
Bob---> Bob temp
TX2
Alice---> Alice temp

TX4
Escrow------------------->Timeout/Bomb tx presigned by Bob/Alice

TX3
Bob temp-------\
                        ---> Escrow Bob/Alice
Alice temp------/

The timeout is signed in advance before Alice releases tx1 raw. This prevents early broadcast. Only Bob can change txid of the bombtx disabling it.
But since the one broadcasting is the one with more at stake, it is counterintuitive and it also wont prevent parties from key deletion

Now this CAN be done with checklocktimeverify
using the temporary tx is still a nice idea for fee reduction but its not totally necessary since ive changed how that calculates in Halo

Bob/Alice--> multisig 2 of 2 checklocktimeverify until X timestamp then only redeemed by 1BitcoinEaterADIOS(for example)

Timestamps are better than blocks mind you as ive seen a slight inconsistency in block times which is unacceptable for timing end users on a specific destruction date.

Everything in Halo is extremely specific, the time starts from the timestamp arranged OR funded. Dont forget our timers need to match. So whichever is earlier. Checklocktimeverify could in theory change that timing protocol and we need to be careful on delayed sign/broadcasting

Bitbay only Complicates things BECAUSE funds can freeze changing the requirement to send certain inputs

And this changes at least twice a day!! So realize that Bitbay(pegged) needs to send at least 2 copies of the TX.
One with the current rate, the second with the rate changes in both directions on broadcast maybe even another copy with a timelock of 3 months to bypass any rate change with at least 10 points locked up respectively.

Under the hood this is like a Ferrari man. The whole advanced planning for these deals is meant to keep them trustless. I could literally talk for hours about protocol.

I've got a lot of work left to do thats for sure, it will be rewarding no doubt, but patience is a virtue.

No thats not correct. Both parties make the deposit in the same transaction. Its simultaneous. Withdraws are also simultaneous.

The above scenario is impossible. Funding is not asynchronous, its simultaneous(two inputs from different parties to one account). And deposit levels are agreed to in advance. Even if a template automatically sets them, the software notifies you if there were custom deposits set and tells you to review them.

Yeah 2 of 2 with the option to move it to a 2 of 3

sidhujag, what i meant by having a 2/2 and 2/3 is basically giving a person the option to use arbiters if they both agree to. So just just literally spend the funds from the 2 of 2 and move it to a 2 of 3 because they couldnt agree on their own and both felt like a 3rd party can decide for them.

I'm not saying i like the above scenario better than DDE but its just another way to do things.

And actually yeah i totally understand, we need merchant adoption first. This is why i like the pegging system because it allows for us to survive any market condition so when adoption comes for crypto it comes for the stable coins too.

Well you are right, the barrier to entry is getting consumers to get used to deposits when they are still trying to understand what Bitcoin is. Have you ever had a conversation with someone where they ask what you do and you say Bitcoin and then you find its impossible to explain it to them without spending several minutes and answering a bunch of questions?!

You said arbiters would be known for their reputation on judging. But how does making fake profiles not do that already?! You can still judge the deals you see... people would rate you as fair. Once you get trusted, you simply can scam all you want!

And besides, who decides which arbiters are scammers unless there is an arbiter who judges arbiters?

And when an arbiter is being "fair" to one person they are always being "unfair" to the other person. The other will complain if the arbiter goes against them regardless of guilt. And also an arbiter can boost their own rating by acting as buyer/seller and arbiter. So they also fake buyer and seller accounts too.

And since there could be a lot of money on the line, this is an extremely profitable attack.

The other thing you mentioned was the low arbitration fee (less than 1%). But then WHO would you get to sit around their house part time judging crypto deals all day when its already hard enough to get people to use Halo Markets or Bitbay or NXT Freemarket etc. So i think the fee is not going to motivate them and if anything it will not be enough to motivate them to do a good job.

The advantage to DDE is speed also. Because neither party needs to wait for an arbiter, if the markets become unpopular they still can do an escrow.

You know what you should do? Give users the ability to request an arbiter. Why not do 2 of 2 and then if there is a dispute they can elevate it to 2 of 3 (this way arbitration is seen as a last resort and only entered in to upon mutual consent.)

Or just offer both 2 of 2 and 2 of 3 or 2 of X.

I think that arbiters creates more work for you. It means sys needs staff members or dedicated people willing to do that job for such a small amount, it means building in the third party UI and back end. Its also less autonomous. In theory DDE could converted to etherium style distributed contracts. But these contracts have the advantage of not having to be held by a blockchain but by the peers.

Either way, you have always been nice to me and no matter how you code it i'm sure it will go amazing! Nice job on those tests with lock times. You've got my support.

The "only" way?? What are you talking about? It works already. Wanna prove me wrong? Lets enter into an unbreakable contract and you can go ahead and try to break it. See what happens. This is just the standard tired argument that someone will default. Its never happened and we have run 1000s of contracts and if they are the type of person to do that they will be poor quickly.

Also DDE is the only escrow that would work in a "cryptoanarchy" or for that matter in areas with no trust, or situations without trust, governments without trust or just standard barter.

And you are saying the "vendors" deposit? Are you aware there are like 1000s of use cases for this? Its not just for shipping boxes. It can be used in wires, telcom, employment, outsourcing(especially useful here), political contributions(imagine if the politician had to honor their word in a unilateral crowd funding contract), high risk contracts, any unilateral contracts, barter(especially interesting)... cash for coins etc.

Arbiters cannot determine WHO is lying so they are an unnecessary expense. By the time you did 100 deals but paid 100 arbiters 2% congrats, you just lost double the amount a deal would normally cost you... i highly doubt the odds of losing in DDE are more than 1% even. Probably even less. No less than the odds of getting screwed on Ebay which happens a lot and yet the 2 party method is FREE. Does the arbiters at ebay do their job when a person gets scammed? No, they don't... they have a policy that favors one side. Does the court system incriminate more guilty people or innocent people? Would you not have better odds by flipping a coin?

Look, you want the world to stay the way it is then fine. But there was an escrow company in california that ripped of the HUD for like billions, there was escrows disappearing with millions during the meltdown, it happens constantly. Escrow can ALSO collude with buyers/sellers in conspiracy if the price tag is high enough. But not it 2 party escrow, none of that will happen since there is nobody to collude with.

2 of 2 does NOT require trust. Only if you wanted to lower deposits (and even then there is no profit motive since there is still a deposit that you would be losing not to mention future business). And seriously, why would you? I would rather never lower it in my own personal experience because people usually can't be trusted to do their jobs. This escrow style is the definition of trustless.

Why are you using a trusted escrow in a trustless technology?? It makes no sense and no explanation you give me will make sense because its not logical. Then just go use the Dollar, go use Ebay and Amazon, go perform jury duty and judge your peers, just use standard methods of transaction if you think there is no room to improve it.

Mt Gox STOLE .5 BILLION dollars. IF they used Halo for their wire transfers, people would have gotten those wires back!! No fucking bankruptcy protection, hell no, they would have gotten their money. IF any Bitcoin marketplaces that used 2 party escrow (especially darknet) used it then you would never hear about these 100 million dollar escrow thefts in crypto.

MORE THAN 40% of Bitcon has already been stolen do you know HOW? By ESCROW. Sheep marketplace, Silk Road, Mt Gox, Mintpal, Bter, not to mention OTC thefts.

2 of 3 does not resolve deadlocks either because it will REWARD EVIL. If a person is evil, they steal, escrow cannot possibly decide who was right and who was wrong (they guess of course). The guess will reward bastards and the cycle continues. That is not a resolution in my opinion and i know there are people here who share it. Actually everyone should share it because its just logical. Its a better way. And vbuterin is wrong, i thought he was supposed to be a huge cryptoanarchist, why would he not want 2 party escrow?! Its like the best ideas are staring him in the face and he ignores it. You cant put everything in the world on a blockchain. Do you want your social security, photo ID on a blockchain? I would hope not.

Also, like I said 2 of 3 system has a huge vulnerability. The party can pose as escrow and buyer. You said "they cant pose as both because seller wont work with buyer who is also escrow". But of course they can and they WILL.

Let me explain this attack in more depth. Lets use open Bazaar. I decide to make 100 fake profiles in OB. Then I build up their reputations. Then I enter into a bunch of deals, scam the people, favor myself... dont do it too much at once of course. I know the public keys which are mine so there is no way the system can hide this knowledge from me. And if I have a 100 profiles being chosen at "random" would be like being chose all the time. Then finally the attacker enters into 100 escrows with different parties, this can be asynchronous too because there is no way to tell which profile was built up or not. They then take all the money which could amount into 100s or 1000s of bitcoins. OR MORE, just keep attacking forever. Fake profiles are easy to make. Bots can almost do this job(bots can be trained to comment, and basic logic, even built with what to do in certain scenarios). Very tempting too if you live in India, or Zimbabwe and your monthly income is like 20 dollars. So working full time to make 1000s of btc?? Huge incentive to spend all day doing escrows. Easy attack to perform, they control both keys, they knew they could take the coins early but its a long con.

This is why you don't use 2 of 3 in Bitcoin because Bitcoin users are just random people on the internet and have zero accountability and are totally anonymous. Even if you used a way to identify users they can fake those (fake ids are easy to use, hell google images since we are doing this all electronic)

And you said "before a fully trustless method is discovered". 2 of 2 escrow is the ONLY fully trustless method. Why? We dont trust third parties to our transactions, we arrange all the terms beforehand and only deal with our counterparty. Nobody wins from bad acting so only good acting results in a successful deal. An extreme example, you and me we deposit 100 bitcoins each for a cash deal that costs 1 bitcoin. Are you really going to break it? Didnt think so. That is trustless.

Well if you have the wallet backed up you can just run a new install... its pretty standard. Which wallet are you referring to? The Markets wallet or the QT wallet?

I'm still working, things were slow when i had to move, take care of personal things in my life so there was down time. But I'm still coding and the developments will be fast just like before.

I'm working on cross-platform builds, fixing a small list of bugs that slack group helped with extensive testing and the next template.

And once templates are done, we do the rolling pegging system... which hopefully i will have time to write a whitepaper on it because the protocol is pretty awesome

By the way sidhujag, did you ever get CHECKLOCKTIMEVERIFY to work? 

On a lighter note, I hope everything is going well with you. And please dont use arbiters in your project, or at least have Double Deposit Escrow as an option.

You are making this assumption that its an "up front cost" but its not. The deposits would be similar to your daily/weekly volume. If you did 1000 dollars of business a week, then im sure you have at least 1000 dollars around for deposits.

Also of course you CAN set custom deposits. Why do you think it has to be 1:1? If you have a 100 dollar item, followed by a 50 dollar deposit, then you still lose 50 dollars if you try to cheat the system which should be significant enough to prevent you.

Using arbiters is a terrible idea. Bitcoin is anonymous you have no accountability for arbiters. What is to prevent an arbiter from colluding with himself in the deal? Example: Arbiter is ALSO the buyer or seller in secret. Thus he has 2 keys of the 2/3. Guess what? He can just steal escrows out-right. And coins are anonymous so there is no stopping people from doing that.

Why is it that when we make extremely significant steps forward, people are still trying to force everything backwards? Third parties are the thing we are trying to avoid?

How the hell does an arbiter know who is lying? We have been over this time and time again. I'm not sure who you talked to in the industry that gave you that bad advice but I know we have talked at length about it.. I really hope you change your mind and stop trying to move society backwards?

What next? BitLAWYERS? BitJUDGE? BitJAIL? BitJURY?

Please, thats the old violence based society double deposit is trying to rid the world of.

The whole point of double deposit is to make an agreement or contract that obviates the need to use a "gun" to enforce contracts.

Arbiters are not wise, they don't know who is telling the truth and people will take advantage of that and then nobody will want to use crypto. Then explain to me why not use Ebay?? Bitbay/BitHalo/BlackHalo have the extreme advantage that you don't have to trust a third party to "judge" your deal. Ebay is fraught with scams, true they  don't happen all the time but even I've run into them.

But the debate is much deeper than Ebay. Its about International business International law.

Tell me, if I sent a wire transfer to buy Bitcoin to someone in Nigeria how will this all seeing all knowing arbiter going to know if I sent the money or not?? He wont.

THAT is why we use two party escrow. Because its the FIRST time in history contracts have been International, Trustless, no third parties, no lawyers, no judges, no bullshit!!! No more need to threaten a person with a "gun" if they hurt you in a contract because the penalty is already built in!! Its the worlds first PEACEFUL contract.

And yes there is a reputation system, so we can track how many deals youve done successfully. Trust comes when you know a person, if they have a good reputation then you may choose not to use a deposit at all! Or make it like 10% of escrow value. Even 10% is still a loss to anyone trying to default. (and if we trust them, those odds are very low)

I'm not much of a linux guy but people have had similar issues with other coins, perhaps an update to your system changed something or you are missing a library. Did you build it yourself?
https://bugs.launchpad.net/s25rttr/+bug/704324

Eventually i can share with you guys a whitepaper on the pegging/freezing system. Its really awesome stuff. It just takes time. So for anyone who is wondering whats going on, just be patient. More updates are on the way.

i didnt code the qt wallet, the only thing i work on is the decentralized markets and smart contracting wallet. The qt wallet is just a standard qt wallet. Also, it syncs fine. I'm not sure what the problem was that you had but its a qt issue or you didnt have the right password or something more self-explanatory.

No a few people had the problem. You might want to check your debug.log files, mine said it was doing some dns stuff, waited for about 30 minutes and then was able to get back online. It might be because you haven't connected in a while. I can look more into it if it persists.