Bitcoin Forum
May 04, 2024, 08:10:42 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 [60] 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 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 ... 166 »
1181  Economy / Securities / Re: [GLBSE] PureMining: Infinite-term, deterministic mining bond on: October 15, 2012, 09:41:14 PM
Bumping to remind people to file claims.

For reference, I've talked a bit with Nefario but haven't yet received any data, or my own coins.
1182  Bitcoin / Development & Technical Discussion / Re: Proposal: A dual 2-key wallet system for trustless trade on: October 15, 2012, 10:43:41 AM
Looking at this with gametheory.
Is there another way to look at it?

We already said with a proper deposit/transaction structure you can alleviate the problems, enough to make this a powerful tool in practice. But they are hardly solved when:

 - You need to trust the other party not to lose their key.
 - The seller may not have available funds to use as deposit (if the deposit is large).
 - Even if it's not in their best interest, some people will still try to blackmail, and some people will still give in to it.

I've made arguments similar to yours in the past and I agree, I just disagree with the characterization as "solved".
1183  Bitcoin / Development & Technical Discussion / Re: Proposal: A dual 2-key wallet system for trustless trade on: October 15, 2012, 06:52:21 AM
Nice table. The main problem (as has been discussed for example here) is blackmail - instead of doing step 5, trader B can tell trader A "I'll only give you the key if you pay me 50 BTC!". Assuming the threat is credible, A will have to part with 50 BTC to rescue the other 50. Even if most people won't give in to blackmail, if B's deposit is small he can try it on N people until he succeeds. This is alleviated if B's deposit is larger, but then A can blackmail him in step 6... You can make it work (with carefully balanced deposits and more sophisticated transactions), but it's not trivial.

For an alternative mechanism, see https://en.bitcoin.it/wiki/Contracts#Example_2:_Escrow_and_dispute_mediation - it involves a 3rd party arbiter, but the arbiter cannot steal (or lose) the funds without colluding with one of the parties, as long as the traders agree it doesn't matter what happens to him.

This is easy to solve for many situations.

Trader a increase his sum that he can lose. And they both takes turn adding Bitcoins to the two part adress.

A ads 0.2 Btc.
B ads 0.2 Btc
A ads 1 Btc
B Ads 1 Btc.
etc.

If this can be automated it would be great but its not needed.

Now. Trader A not only do not have anything to win by blackmail.
But he even have coins to lose from doing Blackmail.

Now both have something to win by making sure the deal goes through.
Both have something to lose if the deal does not go through.

Problem solved.
No, it doesn't solve the problem. Being gradual maybe solves a problem with the OP's specific implementation (avoidable with better transactions). The hard part is what happens after everyone finishes depositing. Every party can hold the other ransom - with a successful blackmail he gets both his deposit back and some of the other party's. Having a large deposit means trying to do blackmail is more expensive, but also that more can go wrong.
1184  Bitcoin / Development & Technical Discussion / Re: Proposal: A dual 2-key wallet system for trustless trade on: October 14, 2012, 08:42:03 PM
Also, I may be missing something, but wouldn't blackmail be impossible if the system ensures that Trader A and Trader B cannot contact each other or know who each other are except pseudonymously (preferably just identified by random numbers chosen by the system for reputation purposes)? No communication = no blackmail, right? Unless the fiat money side of it prevents this somehow.
Even if this is possible it sounds like such a system would be very limited. It definitely wouldn't generalize to arbitrary transactions (eg buying a product at an online store). And for currency exchange you have other methods such as Ripple-based exchange.
1185  Bitcoin / Development & Technical Discussion / Re: Proposal: A dual 2-key wallet system for trustless trade on: October 14, 2012, 05:47:18 PM
Nice table. The main problem (as has been discussed for example here) is blackmail - instead of doing step 5, trader B can tell trader A "I'll only give you the key if you pay me 50 BTC!". Assuming the threat is credible, A will have to part with 50 BTC to rescue the other 50. Even if most people won't give in to blackmail, if B's deposit is small he can try it on N people until he succeeds. This is alleviated if B's deposit is larger, but then A can blackmail him in step 6... You can make it work (with carefully balanced deposits and more sophisticated transactions), but it's not trivial.

For an alternative mechanism, see https://en.bitcoin.it/wiki/Contracts#Example_2:_Escrow_and_dispute_mediation - it involves a 3rd party arbiter, but the arbiter cannot steal (or lose) the funds without colluding with one of the parties, as long as the traders agree it doesn't matter what happens to him.
1186  Bitcoin / Bitcoin Discussion / Re: Bitium is the fundamental resource that we mine and exchange on: October 14, 2012, 10:29:01 AM
I'm fine with using the word "Bitcoin" for both the resource being considered (capitalized) and a unit of measurement for that resource (not capitalized).
1187  Bitcoin / Project Development / Re: On a decentralized bitcoin-based stock market... on: October 13, 2012, 07:47:40 PM
But with companies we specifically do want to know how much we could get for its assets if we liquidated it don't we?
Absolutely not. That's more or less like saying a computer is worth what you could get by melting it and selling it as scrap metal.

The worth of a company is not the sum of the resell value of its physical assets. It is a reflection of how much profit it is expected to achieve with its combination of people, IP, customer base and physical assets. You can't take any of these away without making the company something completely different which is no longer profitable, and thus no longer valuable.

Since nobody knows how much profit a company will make, everyone has a different evaluation and a market can extract an aggregate valuation. It is still the case that for a liquid market, the most reliable indicator of value is the market price, from which each individual can adjust based on his own analysis.
1188  Bitcoin / Meetups / Re: Israel Bitcoin Meetup Group on: October 11, 2012, 09:06:38 AM
The Herzliya Bitcoin Meetup October 2012 has been scheduled for October 16, 17:45, in Microsoft ILDC - Think Next Academy, Shenkar 13, Building No.6, Floor L1, Herzeliyya Pituach. See http://www.meetup.com/bitcoin-il/events/85485312/.
1189  Economy / Securities / Re: [GLBSE] PureMining: Infinite-term, deterministic mining bond on: October 11, 2012, 08:57:25 AM
It seems there is now a claim form on https://glbse.com/. Please file a claim there. Since we do not yet know what will happen with the information submitted, it may be a good idea to independently send me a claim as described above (by sending email to glbse at menirosenfeld dot com with information of GLBSE username, amount of bonds held and withdrawal address, as well as any other relevant details).
1190  Bitcoin / Project Development / Re: On a decentralized bitcoin-based stock market... on: October 09, 2012, 03:59:55 PM
Listening to hype about price/value is silly reagrdless of whether hypers are allowed to shout/spam or have to be more subtle.

I spoke of umpteen in progress constructions of atomic transactions precisely because I suspect the vast majority will never happen. So you start taking up everyone on every offer that is not according to your own personal valuation based on actual need a "within reason" or "within budget" offer. and keep doing so on autopilot 24/7 until by some miracle a complete fully valid atomic transaction within your budget does manage to get completed, whereupon you submit it immediately to every large mining pool you know of in hopes it will actually get mined before the other party backs out.

Reputation could be added of course, like aha, there is that famous "green address" that has never backed out of the construction process, I'll prioritise constructing a deal with them!

But listening to purported prices? Whatever happened to the value of a thing to you is its value to you?

I way to actually send messages might help, so you can try to get in actual touch with folk who haven't been seen to back out.

Maybe a newsgroup where you put a bitcoin address as title of a post and anyone who sees one of their addresses in such a title knows its a message aimed at them?

-MarkM-
Knowing the going rate of something is essential to deriving your own valuation for it, and for liquid assets the personal valuation is the going rate - plus or minus epsilon to account for friction and personal needs and beliefs.

If I meet you and offer you 1000 bitcoins in exchange for $X, how low will X need to be for you to accept (giving you some time to complete the payment)? I doubt the answer is much different from $12150 (to within ~10%), where $12.15 is the Mtgox last traded price. Because you know that even if you have no need for bitcoins, you could sell them for ~$12150 on the open market (and that if you needed bitcoins and I didn't come to offer them, you could buy them for ~$12150).

So public knowledge of exchange rates is important. And actually traded rates aren't reliable because someone can trade with himself to manipulate price. Only a committing public offer can serve as an indication of the market rate and depth.
1191  Bitcoin / Project Development / Re: On a decentralized bitcoin-based stock market... on: October 09, 2012, 10:57:48 AM
For the all assets in one chain case (possible right now, that's what pybond tries to do), the transaction must be constructed carefully to take the colours into account, but nothing special is required for the signatures, just the default SIGHASH_ALL and all parties involved signing. If anyone moves its coins before the transaction gets into the block it is canceled no matter if all the signatures have been added or not.
I'm not sure we're talking about the same thing. As I explained several times, making sure nobody runs away with the money is not a problem, that's easily solvable with both transfers being in the same transaction. I'm talking about manipulating the price by broadcasting orders you have no intention to execute, backing out when a 2nd party wants to take you on your offer.
1192  Bitcoin / Project Development / Re: On a decentralized bitcoin-based stock market... on: October 09, 2012, 07:36:38 AM
Re Meni's concerns about commited offers and cancelling offers:

Cannot people who want to offer some bitcoins for, say, some litecoins use the cross-chain atomic trades system?

Or, if offering some blue satoshis for some red satoshis, use the in-chain atomic colour-trade system?

Both systems take a few steps, don't they? Until all the steps are complete the transaction the two (or potentially more?) parties are constructing cannot be mined into a block, right?

So one could have countless numbers of partially constructed atomic trades in progress at any particular moment, constantly optimising/prioritising how many steps toward completion/finalisation against how good a deal any particular atomic trade currently being constructed would be compared to others if it does end up being the one that gets finalised.

Cancelling is, surely, simply a matter of spending out from under it the outputs it is secifying as its inputs, so if someone does not finalise an atomic trade sooner than you spend out from under it the coins it planned to use as its input tough, it is invalidated thus in effect cancelled?

-MarkM-
Well it's hard to discuss this when we're not sure what the cross-chain system will look like.

But at the basic level, once everything is said and done every party will need to sign the constructed transaction. If he can back away on this last step all the preceding steps aren't committing.

This can be resolved if a signature is provided beforehand with a script saying this is valid as long as anyone pays quantity X of Y to Z. Maybe it's possible but it will surely be complicated (even if it's within the same blockchain, the script will have to recognize the color of coins).
1193  Economy / Securities / Re: [GLBSE] PureMining: Infinite-term, deterministic mining bond on: October 08, 2012, 08:07:26 PM
Also you should also consider keeping your operation going, I spent weeks trying to figure out what bonds I wanted to invest in a while back and would love to keep business with you.
Thanks. In a few months I'll see if it makes sense to issue more bonds.
1194  Economy / Securities / Re: [GLBSE] PureMining: Infinite-term, deterministic mining bond on: October 08, 2012, 04:43:08 PM
I don't have that much luxury to donate coins to charity. May be for others, its just some coins, for me its life.
Forced donation will be a last resort if there is no way to figure out who the bondholders are.

If you manage to recover your csv and determine exactly how many bonds you hold, it will be a good start.
1195  Economy / Marketplace / Re: [INVESTMENT OPPORTUNITY] Payward, Inc. (Ogrr, MaxBTC, etc.) on: October 07, 2012, 12:01:52 PM
This is relevant to my interests. (The company, not the investment opportunity which is out of my league.)

I hope we'll finally have a solid BTC margin trading platform, as well as some other badly needed services.
1196  Bitcoin / Pools / Re: [800 GH] Ozcoin Pooled Mining | DGM | PPS |AU mining Temporary Fee Reduction on: October 07, 2012, 11:51:19 AM
I think the confusion lies in the fact that OzCoin shows the found block was worth 157 BTC while the pool only paid out 47 BTC, so the questions is then where did the 110 BTC go ?

As you describe DGM; a share that is being submitted at time T is scored compared to the other shares based on the value of the transaction that is submitted to the network at time T, even if the pool does not find the block that transaction is included in. If someone includes a transaction fee of 100.000 BTC, each share submitted at that time would have an abnormally high score value whether or not OzCoin finds the block.

Seeing as this score is only to determine how much of the total generated BTC a share is worth to a miner compared to other shares submitted by miners, the question remains if the transaction fee received by OzCoin is 10.000 BTC then 10.000 BTC + blockreward should be divided amongst all all the shares submitted within the scoring period.

As I started out saying, now it looks like OzCoin received 157 BTC and only paid out 47 BTC. Regardless of any reward system, the payout on each share should have been roughly 3 times at high as it usually is (with DGM less so than with PPS, but higher over a longer period of submitted shares).

This is how I see it at least Smiley
The mistaken assumption is that the pool always pays out exactly 100% of the block reward.

Basically, PPLNS absorbs no variance (all block reward is paid), PPS absorbs all reward (payment is completely independent of block rewards), and DGM absorbs some variance - in lucky times less than the block reward is given, in unlucky times more than the block reward is given. On average it evens out.

To further complicate things, this description is correct only if the block reward is fixed (and "luck" only relates to how many blocks are found). But if the block reward is variable (e.g. due to transaction fees), true PPLNS also doesn't always pay out exactly the block reward. That's the only way to be completely hopping-proof and to make sure expected payout is always equal to expected contribution. The differences will usually be minor though.

To wait until block reward is known would involve rewriting software and making it something that is not DGM in my understanding.
More concretely, it would enable pool-hopping when tx fees become significant. Hoppers will mine at your pool when the fees are low (knowing that the low fees will not be factored into their score) and as more time passes without a block and fees increase, hop to solo or a pool that does handle fees correctly (where they are credited for the high fees).
1197  Economy / Securities / Re: [GLBSE] Zeta Bitcoin Mining - Perpetual Mining Bond on: October 07, 2012, 10:28:02 AM
Personal Feelings
As someone who has also been burned both financially and emotionally by some recent events, and is struggling to make sense of it all, I have the following advice:

1. Now that you're depressed about what happened is not the right time to figure out overreaching insights about life, the universe and everything. Make decisions when you're level-headed, neither euphoric nor depressed. Take some time to cool off to think about things.

2. Things are bad but they're not all that bad. For every person who scammed me I can name someone who despite all difficulties, and despite me having no real recourse, successfully struggled to uphold his sizable commitments.

A month ago, I would say that among the borrowers who pass a sniff test, the proportion of legitimate ones is around 100%. Most people said that it's essentially 0%. Turned out the proportion is closer to 50%. I think this is a very impressive achievement.

If you look at it from a Bayesian perspective you'll see how scammers are overrepresented. There are many good people (for some definition of "good") in the world and a few con artists, but it is the con artists who will approach you to take your money (and to that end appear to be nice and likeable). So it isn't that surprising when someone who wants your money turns out to be a scammer. We thought spotting these scammers would be easier; we were wrong.

It's easy to establish some rules of thumb to avoid this kind of problems (and with the power of hindsight it's also easy to get oneself to apply them). Making a trade with someone where the value of the single trade is much smaller then that person's future profits from his activity = good. Giving a short-term loan to someone reputable to help with a temporary lack of liquidity = good. Giving a long-term loan to someone anonymous, to use in an unspecified risky way, with total liabilities many times his net worth or the value of any reputation he has = bad.

I still think it's possible to do business in a nontraditional way, and to use Bitcoin to power it. We just need to figure out how.
1198  Economy / Securities / Re: Weekly loss of N% guaranteed - Enjoy perpetual loss with fixed Mh/s mining turds on: October 06, 2012, 09:22:15 PM
how perpetually will you mine without glbse, please?
If that's a question to me it belongs in the PureMining thread (and the answer is that I will pay coupons until an ELE-based buyback is in order).

As a general question - GLBSE isn't important, what's important is the data which I hope is recoverable (of course the situation isn't better with any other stock or bond on GLBSE).

I'm fine with hijacking this thread and welcome your contribution. I value your input because of proven track of record, pioneering the area and I am sure you have a lot to say. I'm nit picking around the fact that an established capital exchange service is gone, business continuity of something perpetual suddenly interrupted. I do not doubt that mining with glbse funded assets is going on, want to see how share/bond/contract holders will continue to operate.
maybe it solves itself by migrating as soon as data will be available for export (see RSM example). kinda important glbse is.
I will possibly migrate to colored coins at some point, until then it will be static (no ability of holders to transfer ownership). For the foreseeable future paying coupons will be more lucrative for me than buying back, and running my mining operation will be more lucrative than liquidating it (and the two are mostly independent).

The offering did assume the existence of GLBSE, but the prospect of perpetuity is fundamentally future-looking, the discontinuity of the coming weeks won't harm the essence of it - again assuming bondholders can be identified.
1199  Economy / Securities / Re: Weekly loss of N% guaranteed - Enjoy perpetual loss with fixed Mh/s mining turds on: October 06, 2012, 08:51:05 PM
how perpetually will you mine without glbse, please?
If that's a question to me it belongs in the PureMining thread (and the answer is that I will pay coupons until an ELE-based buyback is in order).

As a general question - GLBSE isn't important, what's important is the data which I hope is recoverable (of course the situation isn't better with any other stock or bond on GLBSE).
1200  Economy / Securities / Re: [GLBSE] PureMining: Infinite-term, deterministic mining bond on: October 06, 2012, 06:42:45 PM
ok since no one else has said anything yet since glbse is close what happens to all our shares that we owned?
The first step will be to compile a list of asset holders (identified by payment address) and corresponding amount of PureMining bonds. I hope Nefario cooperates in generating such a list, but just in case:

If you have any PureMining bonds, please send an email to  glbse at menirosenfeld dot com  specifying the amount of bonds you had and a payment address (and preferably, some other details). If no information comes from Nefario and the claims are consistent, I'll consider going by the claims. Otherwise we'll figure something out (donation to charity is a possibility).

The second step will be to find an appropriate technical means to distribute coupons as normal until an eventual buyback. The buyback terms will of course have to be modified since there is no longer trading on GLBSE (probably making use of the extrapolated lifetime earnings).
Pages: « 1 ... 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 [60] 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 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 ... 166 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!