In my opinion, the fees being based on KB is makes multi-signature transactions more expensive while I think multisig should be encouraged somehow.
It would be even better if multisig transactions were actually cheaper. Just to push it's use.

Maybe a better solution would be a % of the transaction amount. It's also easier marketing if Bitcoin only charges 0.000x% per transaction while banks, VISA etc. charge x%.

If you want to avoid spam, a better solution would be hardcoding the minimum transaction amount instead of hardcoding the minimum fees.

As for working on the API reference page, I wish I could. Hopefully I have enough knowledge to share after I learned more and I will certainly try to help when I'm at that point.

'User contributed notes' are user comments underneath each section.
Basically, where users can submit section related remarks, pitfalls, example code snippets etc. (that maybe can be voted up, down or away).

Thank you for this. (where is the donation address at the bottom of the page?)
Unfortunately, I'm still catching up so I'm afraid I cannot add much to this project yet.

Until now I found that documentation is all over the place and I honestly have no idea if I'm looking at recent or outdated specs. So hopefully, this will be the place where things stay updated.

Few suggestions:

- For new developers, maybe it makes sense to have a bit more general information. For example, using bitcoin-cli, RPC or using bitcoind as border router.
- Would it be an idea to have 'user contributed notes' under each section?


But thanks again. I think it's a great initiative.

Taking full responsibility yet let the users pay for it? Hmmm....

If you run an exchange and it's possible to end up with negative account balances, that is unforgivable. Something is fundamentally wrong then.
Then your solution is letting your batch job checking for negative balances? Man oh man.

Race conditions are the first thing you prevent when you do financial transactions.
Use transactions, never use queues and of course, make sure your DB is truly MCC/MVCC and ACID compliant.

With your suggested solution, I wouldn't even be surprised if you're using MySQL and floats for the currency fields.
Please use something decent. You're handling other peoples money.

Really?
So basically, the actual fee remains the same then??

Guess I wasn't the only one who misunderstood: http://www.coindesk.com/bitcoin-transaction-fees-slashed-tenfold/

Same cat in 2010: https://www.youtube.com/watch?v=AgWb-tk5aek#t=14

If that is true, that's against all trading principles out there.
I really doubt that. I don't think it's even possible. How would they calculate fees when the price isn't matched? e.g.. a 'best price' trade?

Cryptsy has the volume. And volume is good.
The main issue with Cryptsy is that their software is so full of bugs. And they're slow with deposits, withdrawals and even order placement.

Right.....
And the OSX Wallet on Mavericks crashes when launching.
Was it even tested?

http://i39.tinypic.com/2cwtuko.jpg

Awesome.
But at this moment, all your pools are down.
'Failed to connect to database' 

I like the approach.
Here are my suggestions/ideas:
No order. Just ramblings:

- Try to come up with (MultiBit a-like?) wallets that somehow (optionally?) only download headers and don't have to download the whole block chain.
- Make native wallets for all platforms. Not Java.
- Make all wallets available (at launch!) and make sure they're tested for all platforms. Including OSX Mavericks(!). If your target is mainstream, remember that mainstream users are using OSX.
- If you give moms and pops the possibility to mine from their wallet, make it optional. Also, include 'nice -19' a-like features so that their laptops won't melt or the fans don't start screaming.
- In addition to that, in order to do 'honest mining' for everyone, keep it cpu -only and try to keep the asics and gpu's out. Use something like quark.
- As you mentioned, an installer and auto update would be awesome. However, please don't loose the view of the whole Bitcoin idea that things are decentralized. The source code should be there and if something happens to the Dev team, this coin should survive.
- Make a blockchain explorer available at launch from your website.
- Write upfront to respectable pool owners to help getting this launched and are prepared before launch.
- Inform exchanges about your plans and explain that your approach is different. Agree upon condition that are going to be met (hash rate, number of coins mined, coin age etc.) as of when they will include you in their exchange.
- Talk to processors out there and poll their interest to offer it to their merchants.
- Come up with official press releases where you explain that this coin is targeted at mainstream. Not only for the technical bitcointalk/reddit crowd with their garage stacked with GPUs.
- If you pick a spokes person, pick one with some experience and more or less independent. He can can somehow have an interest but not someone with his wallet filled with pre-mined Kreditz. Those are not taken seriously.
- Create a website that doesn't look like yet another $15 Joomla template.
- Be (and stay) communicative to your miners/speculators/users/fans by creating a forum, newsletter, twitter account etc.
- Be clear (and don't lie) on how much is going to be pre-mined. Keep it low.
- Not only use the pre-mined Kreditz to fill the pockets of the devs but make >90% of it available for bounties, rewards etc.
- Use bounties for things that help Kreditz to become more successful. Instead of only for a logo or an app, focus more on bounties for P&R, help to get Kreditz into exchanges, Kreditz Card etc.
- Don't do Givaways but do creative contests.
- Don't fuck up your launch. Roll out a plan.

I'm not saying that these things are all needed. But maybe some of them are useful.
I really hope you guys find the right approach to actually make an alt-coin that makes sense. If you do that, you'll have my full support and I will help wherever I can.
Good luck!

OSX wallet is crashing and the two pools don't work.
Very nice.  

Stratum authentication errors.
All is set ok.

Nice
Pool still not up and OSX wallet crashes on OSX Mavericks:



http://i41.tinypic.com/1zd2ipc.jpg

Site says we're up. Come on pool. Compileeeeeee!!!

Does anyone have a working wallet for OSX Mavericks?
I found some OSX wallets but they all give errors. They seems to work fine on Snow Leopard but not on Mavericks.  

Hi,

Just curious.
I was wondering how things work in the following scenario:

Lets say on some exchange, the following order book is hanging there for a while:

Sell Price	Buy Price
$11	$10
$12	$9
$13	$8

No suddenly someone shoots in a sell order for $9.
I assume this will match wil the oldest buy order. The one at the top Right?
So the person who put up the buy order of $10, wil get it.

So my question is... Is the buyer paying $10 or $9?

And what will the seller get?

Are there any standards for this? Meaning, do all exchanges work the same?

 

Is there an OSX wallet made by someone already?

Does someone know if there is an OSX wallet in the making yet?

Do both.
Mine some easy alt coin based on your setup and trade it to your preferred coins on cryptsy.com.