Bitcoin Forum
May 08, 2024, 10:06:09 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 [351] 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 ... 800 »
7001  Alternate cryptocurrencies / Altcoin Discussion / Re: What exactly is wrong with LTC? on: February 13, 2013, 07:22:20 AM
Hey franky1 since you joined in Sept 2012 did you ever think that the forum existed prior to that date?  For most of 2011 Litecoin was touted by its supporters and developers as being "GPU hostile".  Most of it is still in the old threads.  You trying to rewrite history a year and a half later just makes you look like an idiot.
7002  Alternate cryptocurrencies / Altcoin Discussion / Re: What exactly is wrong with LTC? on: February 13, 2013, 07:09:14 AM
If LTC offered better value to SR sellers (in terms of liquidity, stability, and security) they would switch to LTC.  The idea that someone the fact that there is no negative media attention is completley backwards.  There is NO media attention.  Note sure if you are aware but people bought and sold certain contraband online long before the SR.  It was was just more difficult.  Western Union, Liberty Reserve, etc.  The SR exploded in popularity because it used Bitcoin, not because the SR operators were trying to force Bitcoin adoption but .... because Bitcoin worked.  It provided value for users because it did what it was intended to.  If LTC did it as well or better the SR (and clones) would jump on that band wagon in a heartbeat.

"all i am saying is litecoin is a lot less of a headache swaying people away from the media propaganda."
So your have a long list of major businesses you were able to sway.... Of course not.  Nobody* has even heard of LiteCoin and likely never will.

*essentially nobody
7003  Bitcoin / Press / Re: 2013-02-12 Could Amazons New Currency... on: February 13, 2013, 04:40:25 AM
I'm fine with a company emitting its own currency too, I call it an IPO.  But this Amazon thing IS NOT A CURRENCY!  It's one coin equals one penny.  It's a gift card program.

This.  It isn't fungible, isn't transferable, isn't exchangeable, doesn't float.  It isn't a currency. 

It is a gift card.  Nothing more except gift cards are "old" and virtual currency is new and cool. 
7004  Economy / Service Discussion / Re: Why doesn't Paypal shut down Virwox? on: February 13, 2013, 01:30:27 AM
Quote
Why doesn't Paypal shut down Virwox?

Simple answer.  $, $, and $$$$$$.

As long as they bring in the big money, keep the chagebacks low, and don't end up costing PayPal any big support dollars PayPal will just look the other way.   You as a small startup the first time you get two chargebacks in a short period of time, some low level offshore researcher will auto-freeze your account checking the "unauthorized currency exchange" box and call it a day.  You will never win an appeal, and if lucky will get your money back in 180 days.

Is it fair? No but the real world rarely is.  If Virwox ever becomes a "pain" (revenue goes down and chargebacks go up) PayPal will terminate that "friendly" relationship so far it will cause whiplash.  Until they do though they have a defacto exception, fair or not.
7005  Economy / Currency exchange / Re: FastCash4Bitcoins (Update: PayPal funds available) on: February 12, 2013, 11:57:51 PM
Request: make it more obvious why "place order" doesn't work. Highlight "out of funds" in red or something"

New version with simplified and improved sales page coming out late tonight or maybe tomorrow.
7006  Alternate cryptocurrencies / Altcoin Discussion / Re: What exactly is wrong with LTC? on: February 12, 2013, 11:29:14 PM
Why hasn't anyone used scrypt with more the kind of parameters it was intended for instead of perverting / crippling it to make it fit in GPUs? Everyone owns GPUs so doesn't really want to make CPUs competitive?

-MarkM-


So that those "in the know" could mine with GPU before the secret got out.  The whole design choice was deception.  The default scrypt parameters (1048567, 8, 1) is essentially a GPU killer, even the authors recommended "lite" option is (16384, 8, 1).    It would have made GPU non-economical (i.e. they could run but at higher cost and energy requirements than virtually any CPU).  The parameters had to be accidentally changed to far extreme to make LTC GPU capable (1024, 8, 1).   A circa 2008 CPU (running single threaded) could verify the "lite" option hash in about 100ms and that time would only decrease with Moore's law.  There was no reason to "cripple" LTC memory hard attribute except that (16384,8,1) couldn't be secretly mined on a GPU.




"Look here GPU resistant cryptocoin.  It is fair for everyone because with only CPU it levels the playing field"
<pay no attention to the guy behind the curtain mining the shit out of LTC with a hundred GPUs>


..... some months later ....
oh look you can GPU mine LTC!
"Look here ASIC resistant cryptocoin.  It is fair for everyone because with only GPU it levels the playing field"

What I did was modify multicoin to make replacing the block PoW hashing function easier, then plugged in scrypt (http://www.tarsnap.com/scrypt.html) with parameters of N=1024, p=1, r=1, feeding in the block header as password and salt, output size of 32 bytes.

While those parameters would be way too low for a good password hashing/key derivation function (you want lots of margin for the future there), my initial educated guess and further experiments suggest they're still enough to "pessimize" current GPUs and FPGAs to a point where CPUs will easily be competitive... GPUs growing several MB of fast random access on-chip memory in the future might change that.

And yes, choosing such "unusual" parameters is skirting the rule, but in this case imo acceptable risk. Worst case... someone manages to make a "efficient enough" GPU/FPGA/... implementation or a new gen of GPUs comes out, scheduled chain fork switching to higher N and p. Up to N=4096,p=8,r=1 or so time to verify the PoW hash on a CPU shouldn't be an issue, beyond that you'd have to add some measures to prevent "junk block spam" DoS.

Strangely no explanation on why to change it.  The default values work fine as a POW on a CPU.   Also GPU never did get that "MB of fast random access on-chip memory" they still have roughly the same 32KB on chip low latency cache that they did four years ago.  Then again that is more than enough to allow a GPU to compete, it always was.
7007  Bitcoin / Development & Technical Discussion / Re: Should bitcoin lower the transaction fee? on: February 12, 2013, 03:39:07 PM
We should lower fee for normal transactions but increase fee for spams like Satoshi Dice

There is no mandatory fee for normal transactions.  If the network requires a fee it is because your transaction looks "spammy" (low priority).

Quote
A transaction will be sent without fees if these conditions are met:
It is smaller than 10 thousand bytes.
All outputs are 0.01 BTC or larger.
Its priority is large enough (see the Technical Info section below)

https://en.bitcoin.it/wiki/Transaction_fees

7008  Economy / Lending / Re: [USD always needed]People are ready to pay high to trade. Take advantage of it! on: February 12, 2013, 02:19:06 PM
How are interest calculations handled on a daily basis?  I put in a small amount as a test and the interest amount I received doesn't match the interest amount I selected to lend.  My assumption is that you actually charge interest on an hourly basis (i.e. 25% of a day earns 25% of daily rate) but I want to make sure this is correct.

About security.  Thanks for implementing 2FA.  Can 2FA be limited to just withdrawals?
Here is why ... https://bitcointalk.org/index.php?topic=109424.0
Also please provide more information on the security precautions you have taken to protect USD balances.  2FA on your MtGox account?  MtGox verification (to avoid potential AML freezes)?

Lastly a couple usability/reporting improvements.
On the lending history page can you show some more details (i.e. balance, weighted interest average (in both APY and bpd (basis points per day), and interest paid)?

Keep improving. I put a token amount in and doing things to improve transparency and security (like form that business entity and get MtGox to convert your account into the name of the business entity) and I might increase it.
7009  Bitcoin / Legal / Re: Legal Tender Laws & Bitcoin on: February 12, 2013, 04:38:06 AM
the OP scenario never mentioned damages.
but as a few people including me have said .. if you go to court seeking damages all you will get back is fiat money.

so try going to court in pursuit of the return of goods/property. dont use the word damages if you dont want fiat

That will not always work.  The counterparty can claim he no longer has the BTC (or other property) at which point your recourse is limited to damages (in legal tender) or nothing.  No court is going to force someone to go out and buy property (including BTC) in order to it to you.  The court will want proof of the value of the property and then award damages.

If one party is unwilling to repay property owed it is very likely that damages are your only option.  Even under a scenario where ownership of the property can't be hidden, say a boat which is registered, if the counterparty wants to be vindictive they could simply sell it (or destroy it).  The counterparty now honestly no longer has the property.  The court can't force the return of property which is no longer owned by the counterparty.  Of course this doesn't make the liability go away you can still seek damages (in this example the fair market value of the boat).

It doesn't matter if it is your intent to seek damages or not.  The only guaranteed recourse you have is damages awarded in legal tender.  That is the whole point of legal tender.
7010  Bitcoin / Legal / Re: Legal Tender Laws & Bitcoin on: February 12, 2013, 04:15:05 AM
In this case, the court should enforce the contract on the USD with reasonable exchange rate or enforce the contract as it is (pay and only pay by bitcoin)?

There is no "should" about it.  The court can ONLY award damages in legal tender.  The court isn't going to try an enforce a contract.  If one parties breaks the contract then the other party sues for DAMAGES (in legal tender).  That is the whole definition of legal tender.  When the contract is broken and you sue in court the court can award you damages as compensation for your loss.  The requirement that creditors must accept payment for debts in legal tender comes from this basis.  If a debtor doesn't pay a creditor what can the creditor do? Take the debtor to court right?  If the court agrees with the creditor what are they going to do?  Award damages right?  What form will those damages be in ... legal tender.  The requirement for a creditor to accept payment in legal tender simply shortcuts you right to the forgone conclusion (and hopefully avoid a lot of court cases).

Quote
For example, lets say I loan you 100 bitcoins and in exchange you sign an agreement to pay me 105 bitcoins one year from now. Next year rolls around, and you won't give me any bitcoins but you do offer me USD, which I refuse.

You have no legal right to refuse legal tender for a debt owed.  Your doing so would be looked upon dimly by the court.  Even if the court awarded damages expect an ass chewing by the court (potentially even a reduction in the damages awarded).  The only thing the court will do is award you damages in legal tender.  So for you to refuse legal tender and seek recourse in the court is a colossal waste of time for both parties and the court.

You prove to the court that you are owed x BTC (i.e. contract is valid), and you prove to the court that the value of a "BTC" is y USD and the court would award you damages in the amount x * y USD.

Now just because the court awards damages in US dollars (legal tender) doesn't mean that you and the counterparty can't reach an agreement out of court.  If the other party has the BTC and now having lost in court decides to pay up it in BTC that is fine.  It may be more economical for him to just give you the BTC directly (rather than sell it for USD, pay you the USD and then you use the USD to buy back the BTC). There is nothing which prevents settling a judgement by other than legal tender if both parties agree to it.  You would just draw up an agreement stating the transfer of X BTC satifies the judgement owed, conduct the transfer (possibly with escrow), sign the agreement and the counterparty could present it to the court to have the judgement satisfied.  So legal tender doesn't prevent conducting business using another asset.  However if one party doesn't agree then repayment will be in legal tender.

You can't write a contract which guarantees repayment in anything but legal tender.
If you lend me 100 oz of gold and I go into default, your only recourse is to sue for damages in legal tender.
If you give me 100 BTC for secure storage and I report it has been stolen, your only recourse is to sue for damages in legal tender.
If you lend me your priceless one of a kind antique vehicle and I destroy it, your only recourse is to sue for damages in legal tender.

The court can't force me to return the gold I spent on hookers and blow, the stolen BTC, or the one of kind antique which no longer exists.  The court can however find me liable and award you damages to compensate you for your loss.

TL/DR
You can write a contract involving any asset.  You could write a contract which contracts for difference on the value of oil measured in silver, with settlement in metric tons of potatoes.
The courts can ONLY award damages in legal tender.  A creditor MUST accept payment for a debt in legal tender.



7011  Economy / Speculation / Re: What would a fast exponential run-up look like? on: February 12, 2013, 01:44:03 AM
I think sadly as much of a long term believer as I am in Bitcoin I would sell out too low and too early under such a scenario.
I tend to sell into parabolic rallies and while I am never "out" (0 BTC long) and never at a point I couldn't add more funds I think the scenario you described would result in my handing a lot of wealth to aggressive buyers.  Personally I get the most bullish in the long slow upward periods of time or the corrections with snap back buying.  I bought heavily into the "Pirate crash" (regardless of it was caused by Pirate or not) and dollar cost averaged by mining since mid 2011.  I would hate to hand those coins to someone too early. 
7012  Economy / Trading Discussion / Re: Do people not take dwolla? or is it just me? on: February 12, 2013, 01:07:22 AM
Is no one willing to sell for dwolla? I know they had a frozen account, but thought someone would want it.

Why is this nonsense in Bitcoin Discussion?  Mods?

Yes it is 100% you.  Looking through your posting history you come off as technically incompetent, delusions, arrogant, and juvenile.  Not exactly the things people look for in a trading partner.  Take your post here for example.  This has nothing to do with Bitcoin Discussion.  The last 3 or 4 threads you started were insufficient?
7013  Other / Beginners & Help / Re: #1 Agent for BTC Buying. on: February 11, 2013, 09:28:42 PM
I have had to halt ALL "credit" portions of Bitcoin Road Processing
I no longer use SERVE or POPMONEY.

Say it isn't so?  I thought you said it is was 100.0% absolutely fraud proof? 
7014  Other / Beginners & Help / Re: Bitcoin For Sale. 5% Less than market value! on: February 11, 2013, 04:26:09 PM
Wait ... "4"?  Is that a typo?
7015  Economy / Economics / Re: Bitcoin split like stock split on: February 11, 2013, 04:07:40 PM
4) It is impossible.

Barring a scenario where you convince 100.0% of all users (not miners all users) including those not participating in the community, and those offline with copies of the blockchain and older clients the best you can do is create an incompatible fork.  No matter what you do outside of a complete and universal global consensus the original 21M BTC fork will still exist.  You can't stop that fork from continuing.

Still no reason to use small numbers, use mBTC.  

"If 1 Bitcoin is worth $60 next year are you really prepared to pay for a soft drink with BTC0.0208."
If 1 BTC = $60 then 1 mBTC = $0.06.  Most people would price things in mBTC.  That soda would be 20 mBTC. A discount steam game might be 80 mBTC.  BFL Jalapeno might go for 2,500 mBTC.  

"What if it reaches $1200.  The soft drink would be BTC0.00104."

At >$1000 exchange rate it is very probably that almost all consumer transactions will be priced in mBTC.  There is no reason that exchanges couldn't by default show bids and quotes in mBTC:USD and many likely would (i.e. some future version o MtGox homepage shows "Last price:$1.2238 per mBTC".  That soda would be 1mBTC BTW.  I could see Cascius making a 1 mBTC coin given a high enough exchange rate.
7016  Bitcoin / Bitcoin Technical Support / Re: un -f- confirmed on: February 11, 2013, 03:34:35 PM
as i recall, the relay fee is 0.001 vs the creation fee of 0.005.  so it seems like your transaction would be relayed at least (if your node broadcasts it, some others should relay it).  it would be pushed down to the bottom of the list as more transactions are added

Good point forgot about the lower threshold for relay vs inclusion.
7017  Bitcoin / Hardware / Re: BFL Jalapeno coins per day in a few months? on: February 11, 2013, 02:59:29 PM
In the long run 0.03 BTC is probably a good guess (about as good as we can make given the limited info available).  Now depending on how soon you get your Jalapeno the initial rate may be higher but it will trend downward and network size increases.

So if you were one of the lucky ones to be in Batch 1 you might get (hypothetically) say 0.2 BTC the first month, the 0.1 BTC the next month, then a couple months at ~0.06 BTC then a couple months at 0.4 BTC before settling at 0.03 BTC.  If you are thinking of preordering today then you likely are looking at 0.03 BTC from month 1 (because network will have already grown long before you get your miner).

Mining isn't a get rich scheme. 
7018  Bitcoin / Bitcoin Technical Support / Re: un -f- confirmed on: February 11, 2013, 02:50:33 PM
I only looked at the first one but it is one giant "spammy" transaction (per low priority rules) which is 22KB and has a fee of 0.005 BTC.  The min mandatory fee for low priority transactions is 0.0005 BTC per kb.  For this tx that would require 0.011 BTC so the tx is non-compliant and many nodes will simply drop it.

Even with a 0.011 fee how long it takes to be confirmed depends on if a miner wants to include it in a block.  Most miners are just going to pass on including junk like this.  22KB with 600? outputs is enough to increase the risk of getting an orphan.   So say it increases propagation delay by 1%.   So I can collect get 25 BTC or include your tx and get 25.01 BTC but 1% of the time I lose the entire block.  In the long run I earn more by not including your tx.  If I were running a pool I wouldn't include it ... ever.
7019  Other / Off-topic / Re: Ripple SOUNDS nice but there are some MAJOR problems on: February 11, 2013, 12:35:50 AM
OP is totally wrong.  Ripple doesn't even sound nice.
7020  Economy / Economics / Re: The psychology of bitcoin prices on: February 11, 2013, 12:34:30 AM
It is going to happen organically as the exchange rate rises.  Personally I think pricing in mBTC is likely a little early but Bitcoin is decentralized and open.  Start quoting prices and exchange rates in mBTC if your prefer.  I may throw it up on https://fastcash4bitcoin.com  it takes ~43mBTC to receive one dollar ($1 USD).
Pages: « 1 ... 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 [351] 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 ... 800 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!