Bitcoin Forum
June 20, 2024, 02:14:04 AM *
News: Voting for pizza day contest
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 [135] 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 ... 193 »
2681  Economy / Service Discussion / Re: Mt.Gox is a piece of shit on: March 07, 2013, 02:17:09 AM
Don't blame PHP, plenty of great sites use it.

PHP is great, but for things like this a java application would handle the load better, and be able run orders a faster.

MMMMMM you're getting into very dangerous territory with that statement. First of all, php is pretty fast and lightweight compared to Java. Second, there are certain functions that are faster in PHP and certain functions that are faster in Java. But one particular key factor makes PHP the better choice: MySQL development teams and PHP development teams used to work pretty closely together to improve efficiency, I doubt very much that Java has the same speed when it comes to "talking" to MySQL then again, I'm not sure what back-end DB MTGox is using but if they are using PHP it's very easy to assume they are using MySQL as the backend, again, I can be wrong.

First off, just talking about java for the trading engine. Also if it was up to me, I wouldn't use mysql for trading engine store. I would use java because the logic would be faster for matching, also I would use a redis for the store, cause you have so many reads and writes that it better to have them in memory.

You want to keep in memory an entire transactional system? Yeah, sure, that might work for your 100 lines advanced "Hello World" application, but for a production environment of the size of MTGox, with thousands or transactions per second, if not more, and the risk of losing data or a transaction if it's using only memory is too risk.. that's why there exist transactional databases Smiley

No only non-match trades would be in redis, and redis does write backups to the filesystem. Actually redis done right doesn't have the much more risk than mysql.
2682  Economy / Service Discussion / Re: Mt.Gox is a piece of shit on: March 07, 2013, 02:09:38 AM
Don't blame PHP, plenty of great sites use it.

PHP is great, but for things like this a java application would handle the load better, and be able run orders a faster.

MMMMMM you're getting into very dangerous territory with that statement. First of all, php is pretty fast and lightweight compared to Java. Second, there are certain functions that are faster in PHP and certain functions that are faster in Java. But one particular key factor makes PHP the better choice: MySQL development teams and PHP development teams used to work pretty closely together to improve efficiency, I doubt very much that Java has the same speed when it comes to "talking" to MySQL then again, I'm not sure what back-end DB MTGox is using but if they are using PHP it's very easy to assume they are using MySQL as the backend, again, I can be wrong.

First off, just talking about java for the trading engine. Also if it was up to me, I wouldn't use mysql for trading engine store. I would use java because the logic would be faster for matching, also I would use a redis for the store, cause you have so many reads and writes that it better to have them in memory.
2683  Economy / Service Discussion / Re: Mt.Gox is a piece of shit on: March 07, 2013, 01:52:47 AM
Don't blame PHP, plenty of great sites use it.

PHP is great, but for things like this a java application would handle the load better, and be able run orders a faster.
2684  Economy / Service Discussion / Re: MtGox should halt trading when Order Lag time is this long. on: March 07, 2013, 01:51:07 AM
I know this was insane, almost lost a huge profit that I made from selling at 48 and buying back at 37, when I could have really brought at 35 if the lag was better. My trading bot turn it self off the lag was too big.
2685  Other / Beginners & Help / Re: Bitcoin needs a better exchange than MtGox on: March 07, 2013, 01:47:17 AM
I know I could have made a little bit more in the crash today, and I kinda got screwed over by mobile mt gox it keep lagging, my orders were getting published 2-3 times. The market price order wasn't working, it gave me a market price and lag was so great as soon as it went thru it was $2 dollars lower. It was insane. I am glad I made what I made, I could have really gotten screwed due to Mt Gox.
2686  Economy / Marketplace / Re: [Auction/Sell] qcu.co on: March 07, 2013, 01:43:07 AM
bump

I am guessing so many people agree that your domain is worth ~$450 to $1,100 Wink too bad I was going buy it, but I brought a domain qcl.me for $38, just so you know Wink
Well, you just said that you would pay 25 btc if he proved it was worth that.  He did, and you didn't pay.

So a site where you set the price, and another site that takes in non-existence CPC are proof of the worth of this domain? Dude have you ever brought a domain, your like 14yrs old go sell baseball cards or something, this domain isn't even worth that $50 was more than enough probably too much.
2687  Bitcoin / Project Development / Re: [idea] Mostly for miners and people that forget fees. on: March 06, 2013, 11:33:09 PM
I'm not entirely sure about this, but it was my understanding that if a block contains transactions that don't fit the fee rules, the block won't be relayed by most nodes, which would lead to a much larger chance of an orphan.

But how does that work, cause hundreds of zero-fee transactions get put into blocks at some point? What I am saying is this wouldn't have anything to do with the blockchain. You just pay a miner, a fee, so that they will include that transaction attached to the fee, in the next block they mine. Your paying a fee outside of the blockchain fee for a mess up.
2688  Bitcoin / Project Development / [idea] Mostly for miners and people that forget fees. on: March 06, 2013, 11:14:55 PM
I been seeing more newbies that either get a transaction that has no fee or send a transaction without a fee. This leaves them waiting for hours and maybe days, also as the network grows this could be weeks, or months. Can't a miner put up a site, and maybe charge more like BTC0.05 or BTC0.1 and all you would have to do is pay that fee and give them information for that transaction that is stuck and the miner can guarantee you a spot in the next block they mine? I mean this has to be possible and just a market that is waiting to tapped.
2689  Alternate cryptocurrencies / Altcoin Discussion / Re: ripple: let's test it! on: March 06, 2013, 10:55:54 PM
I think site is down, when i try to start ripple it stuck at "the loading page"

Working for me
2690  Bitcoin / Project Development / Re: Working on an idea for simple web-based alternative to bitcoin-otc web of trust on: March 06, 2013, 09:13:05 PM
your not even attempting to stop scammers take a week build up rep with a few addresses.

It's up to you to decide if it's worth taking a risk on another user with a 1-week history, especially if that new users hasn't done any verified trades with anyone you trust. So while the signaling pattern itself doesn't stop fraud, your chosen trust algorithm can stop fraud, if that algorithm is chosen intelligently.

This is what I mean when I use the phrase "trust algorithm": it's the criteria you choose to interpret the scoring data on the blockchain. Choosing those criteria wisely — choosing a good trust algorithm — is what makes the system useful to any individual user. Designing intelligent algorithms can be done by users, or by third parties focused on studying the blockchain more methodically.

Also you keep saying trying to diminish scam as your history of a transaction grows, that doesn't work, we need a system, that blocks fraud users, from gain any rep and your systems habors that fraud which can't be rolled to any other address the scammer can use. I think you need to re-think this, otherwise it will fail.

Perhaps I'm not using a clear enough example. A scammer could spend a decade creating "fake" trust scores between thousands of "fake" identities so that the scammer might seem at first glance to have a lot of trustworthiness. But if I'm looking at that scammer's address through the lens of my trust algorithm and see that zero of that scammer's transactions have been with users that I know and trust, and no users that are 2nd- or 3rd-degree trading partners with people I know and trust, then that's enough information that I could easily choose not to do business with that person. I could even decide that I won't do business with another user unless 10%, 15%, 90% of their transactions have been with people I already trust. That's the power of the social graph.

This is why I don't propose even trying to lock scammers out of participating in the system. I'm describing an open system for rating satisfaction with transactions that anyone is free to use in whatever way they see fit. The power of the system is that each user can decide how to interpret the rating data for the purpose of guiding their own transaction decisions.

This system is so fail, now your making it so hard for people to get trust unless they trade to addresses you deemed trustworthy, so you described two different systems can you choose one, write a clear specification and repost it.
2691  Other / Beginners & Help / Re: unconfirmed transaction on: March 06, 2013, 08:35:07 PM
Really weeks  Huh

 Can I add a fee myself at this moment? Just to get the transaction processed faster?



Nope, you just have to wait for a miner to include it in a block. So just wait is all you can do now.
2692  Other / Beginners & Help / Re: unconfirmed transaction on: March 06, 2013, 08:31:16 PM
It has zero fees, so it low on priority list and it may take weeks or even months before it is confirmed cause you need a miner to include it a block so they will take the ones with fees first.
2693  Bitcoin / Project Development / Re: Working on an idea for simple web-based alternative to bitcoin-otc web of trust on: March 06, 2013, 08:25:27 PM

I'm not trying to create a system that's impossible to game

Right there you have already lost so many people cause we need a system you can't game. I think it is back to the drawing board.


Maybe we have a philosophical difference here.

The way I see it, trusting someone inherently requires taking a risk, because even a perfect and complete representation of a party's behavior in previous transactions can never ensure that they will behave the same way in the future.

Even with your hypothetical trust-rating system that's impossible to game, a person who has always behaved honorably in the past can choose to forfeit their reputation by scamming someone. So even if such a system were possible to build, even if that system were perfect from an identity-verification standpoint, it could never eliminate all fraud.

All human interaction entails risk. If humans had waited for a 100% foolproof method to ensure that they'd never get hurt in their interactions with other humans, there would have been no human interaction to date. Instead, humans take the risk of interacting, and the smart humans decide which interactions are worth the risk using a number of indicators that help to predict another person's future behavior.

Therefore, it seems to me that an easy-to-use system that helps build trust, even if it's imperfect, will still be a useful tool for parties who want to conduct honest trade.

I reiterate my point here that my goal is to create a system where the incentive to scam diminishes as your history of honest transactions grows. It's like the hypothesis in Satoshi's white paper about what happens in the event that someone accumulates > 51% hashing power: at that point, the incentive to behave honorably and keep the market functioning would, for someone acting in their financial self-interest, be higher than the potential gain from defrauding the Bitcoin community and driving users away in fear.

Your talking about an extreme case and where those happen, they can't be weeded thru, but your not even attempting to stop scammers take a week build up rep with a few addresses. Then bam your getting scammed. So I am not talking about 100% fraud but 85%-95% fraud stopped. With your system that is like 0% -maybe if lucky 5%. That is horrible! See your trying to create a "easy-to-system" stop with that, create a system that stops fraud and is hard to game, then build an easy to use system on top that is what you should be trying to do. Also you keep saying trying to diminish scam as your history of a transaction grows, that doesn't work, we need a system, that blocks fraud users, from gain any rep and your systems habors that fraud which can't be rolled to any other address the scammer can use. I think you need to re-think this, otherwise it will fail.
2694  Bitcoin / Project Development / Re: Working on an idea for simple web-based alternative to bitcoin-otc web of trust on: March 06, 2013, 07:43:15 PM
Honestly tell me how hard is IRC and gpg keys?

I have already had at least half the people interested simply *give up* on signing up to CIYAM Open because it currently requires GPG (hint - it won't be a requirement soon because I actually do *want* people to join up rather than attack them for not knowing how to use GPG).

Add IRC to the mix and you have created a system that only *geeks* can use (seriously some Bitcointalk people ought to get out into the *real* world at least once a year or so).

As for scammers I think you'll find that pirateat40 had a *very* good OTC reputation. Cheesy

I think pirateat40 was an extreme case. I want to meet these people that can't use GPG keys I have taught maybe ~10 to ~15 that have that are not geeks by any means and they caught on quickly so may it was the way you were teaching them. IRC is just as easy as AOL IM today. You can run IRC client inside of chrome so yeah. I think your very wrong about calling it hard, maybe you can't explain it in simple terms.

I'm not trying to create a system that's impossible to game

Right there you have already lost so many people cause we need a system you can't game. I think it is back to the drawing board.


2695  Bitcoin / Project Development / Re: Working on an idea for simple web-based alternative to bitcoin-otc web of trust on: March 06, 2013, 09:42:13 AM
A couple things, I am paying you for trust. Why? What the difference in me making a thread on here saying "Alice and Bob had a smooth transaction". I can't rate someone in the negative that isn't good, now I just had a transaction which I lost money and now I have to send you something to rate this person kinda like salt on the wounds. What about a scammer, how does he not make many profiles on your site to boost up his rating? I mean spending .01 to boost up ratings and sending 50btcs around to make your system think there is transactions happening? I don't like that I am identify and my trustworthy is thru an address, this lets scammers reset every time they are detected. I am sorry but if this the best trustworthy approach then I would stick with GPG keys and bitcoin-otc.


It's good to see someone finally motivated enough to perhaps make this happen (it didn't before and yes the OTC stuff is just way too hard for most people).

Honestly tell me how hard is IRC and gpg keys? Is it that hard, that your willing to allow a system that basically allows scammers to reset every time detected. This argument that IRC and GPG keys are too hard for new people, is plainly invalid, there are millions of threads on here explaining in great detail how to do it. Also there is many sites explaining it. And if your still that new to not get it, there are youtube videos to follow along. I mean if you actually think this idea is the way to solve this, then you are very wrong, and really need to rethink how you view trust in the bitcoin world.
2696  Bitcoin / Project Development / Re: Working on an idea for simple web-based alternative to bitcoin-otc web of trust on: March 06, 2013, 06:15:07 AM
Can you just post the idea here, cause your website is completely down, for me.
2697  Economy / Marketplace / Re: [Auction/Sell] qcu.co on: March 06, 2013, 05:44:27 AM
bump

I am guessing so many people agree that your domain is worth ~$450 to $1,100 Wink too bad I was going buy it, but I brought a domain qcl.me for $38, just so you know Wink
2698  Bitcoin / Development & Technical Discussion / Re: [5 btc bounty] http error from json-rpc in php on: March 06, 2013, 04:13:56 AM
Your getting that error cause your script can't talk to your bitcoind, make sure you use the allowip, make sure you have the server=1, and rpcuser and rpcpass commands in your config file.
2699  Other / Off-topic / Re: Lets get our tinfoil hats on... RIGHT NOW... on: March 06, 2013, 02:22:35 AM
The 3 addresses are listed. Did any of the transfers from those 3 addresses go out to the donators?

Can't tell cause the guy used the bitcointip bot to hand out the payments
2700  Other / Off-topic / Lets get our tinfoil hats on... RIGHT NOW... on: March 06, 2013, 02:10:14 AM
So I only check reddit once and awhile, and I noticed this

http://www.reddit.com/r/Bitcoin/comments/19oiht/rbitcoin_lets_share_with_those_in_need_for_every/

then I remember http://blog.bitinstant.com/blog/2013/3/4/events-of-friday-bitinstant-back-online.html

HHHHHHHmmmmmmmmmmmmmmm

This guy just gives away $12,000 which is about the same amount that was stolen from bitinstant

I am saying that is kinda weird some dude, been register for 4 months and just giving away 300 BTCs, Something is weird....
Pages: « 1 ... 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 [135] 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 ... 193 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!