Bitcoin Forum
May 04, 2024, 03:06:32 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 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 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 [203] 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 ... 712 »
4041  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][CLAM] CLAMs, Proof-Of-Chain, Proof-Of-Working-Stake, a.k.a. "Clamcoin" on: November 17, 2015, 10:22:54 PM
Why would someone buy now when they might end up with CLAMS alone, whereas other holders will have CLAMs + Doogs

I have explained many times by now that the best way to create a new coin as a variant of an old coin* is to set the cutoff date well in the future, and shortly before the actual launch of the second network (theoretically at the same time but practically a short interval might be preferable).

Anyone buying CLAM before the launch of the other coin would also receive the new coin, so there is no loss of trust or value. Regardless of which coin thrives (or if by chance both do), anyone who bought in before the split would receive the same value.

This approach is economically the same as forking the chain with an update, without the technical risks associated with transactions that are portable between forks. The trade off is some extra effort needed to get buy in from exchanges and other participants to handle the split correctly, but this largely substitutes for the effort necessary to get consistent upgrades across the entire network for a fork. So in the end, especially for a smaller coin with only one exchange and a few sites, the extra effort seems small.

Once the new coin does exist, then both would trade independently and people can buy whichever one they like (or both or neither).

Of course, I've also said that anyone can create any coin at any time, or for that matter fork code and create update clients that fork the existing network if they want (as long as they can get people to use their code). So following my proposed procedure is not and can't be made mandatory. It just has the least negative effects all around.

* Except when it is clear that virtually everyone prefers the variant in which case it is perfectly fine to make the change "in place" on the existing network.
4042  Alternate cryptocurrencies / Speculation (Altcoins) / Re: [XMR] Monero Speculation on: November 17, 2015, 10:08:50 PM
It is a major release because it includes the completed development goals, including databases and 32bit / ARM support. It also includes the blocktime fork from 1 min to 2 min and the tail emission at 0.3 XMR (1 min blocks) 0.6 XMR (two min blocks). It will also be the first official release in over 11 months.

This is a question more for Smooth, but are there any specific new developments tested by the development of Aeon that are going into the 0.9 release coming up soon?

1. The block time change that was previously done for AEON has informed the work to change Monero.

2. There was a bug fix to align the depth requirements between spending outputs and mixins (avoiding a potential privacy leak) that was done in AEON and then merged into Monero for 0.9.

I don't remember any others at this moment, but it's possible I forgot something.

So 0.9 will have 2 min blocks, or not yet?


As I understand it, 0.9 will have the code for the 2 minute blocks, and then at some point after its released it will fork, and the new fork will have 2 minute blocks and min mixins.

Regarding min mixins, read this -> https://www.reddit.com/r/Monero/comments/3n06qw/there_seems_to_be_some_confusion_around_the/.

TL;DR: It will already be set to minimum when 0.9 is released, only enforced after April. In other words, everyone that uses 0.9 will already have a minimum mixin of 3.

Wrt the 2 minute blocks, I think they will go "live" after that April fork. Code will be included in 0.9 though.

Yes that is right. The block time and 60 KB full reward zone (minimum amount of transactions allowed in each block without any penalty) can't be changed without a hard fork, so that will wait until April or so. Most of the features of 0.9 will be active right away though.
4043  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][CLAM] CLAMs, Proof-Of-Chain, Proof-Of-Working-Stake, a.k.a. "Clamcoin" on: November 17, 2015, 06:10:54 AM
In the latter case, there is a legal right to elect a board, which in turn gives control over management and ultimately the assets (shareholders can even vote to dissolve the corporation, which gives them access to the assets directly).
There are no such powers that exist on the part of coin holders.

I would argue, given how liquid exchange is between crypto markets and the transfer-ability of advantage between networks, that coin holders have more control.
It is a near zero fee (ignoring spread) proposition to reallocate resources.

Stock in major public corporations is more liquid than cryptocurrencies (particularly smaller alts) and fees are as low or lower. Smaller corporations and private corporations are less liquid to illiquid of course.

I don't understand the relevance of what you are saying though. If stock or coins change hands, nothing about that process allows stockholders or coin holders to exercise authority over the corporation or the coin network itself. All that happens is one owner is replaced by another.

Quote
The debacle around Bitcoin XT illustrates just how 'legal' it is to 'elect a board'.
If Bitcoin XT had dominated the nodes and stakeholders on the network, it would have been the equivalent of "electing" Gavin and Hearn to the board of directors.

I don't understand this paragraph at all

Quote
There are really only two things that coin holders can do:
1. Stake according to the network rules and their own individual best interests and without collusion, which makes the network secure provided that the stake is adequately distributed.
2. Individually or in collusion with other coin holders, stake maliciously and "51% attack" the network. This can include: a) blocking all transactions in a sort of doomsday button to destroy the coin, b) selectively blocking transactions (and/or blocks) to gain some advantage for the attacker, c) rewrite the chain to perform double spend attacks.
This idea of coin holder voting is creating a system that facilities and to an extent legitimizes #2. It makes the entire system less secure and therefore ultimately less valuable, even though it may seem expedient in the short term for the purposes of "governance", especially if you happen to be in the majority.

I categorically disagree.
I do not believe there is any redeemable argument against creating a system in which network participants can express their opinion about the direction of development.
The alternative is that the development team pays no mind what-so-ever to the users of the network.

You are entitled to disagree of course, but everything I said about the mechanism by which blockchains function was correct (as far as I know -- if someone spots an error please point it out so I can correct it).

Quote
I think one of the points of contention here is a misunderstanding about what is intended by this process.
We are debating different points.

Every single soft-fork in crypto history (though there have been few) has relied on this metric.

I don't know what points we are debating. I'm making observations about how blockchains function and the dangers of 51% attacks.

Most of the soft forks I know about have happened in the context of Bitcoin where the typical threshold for activation has been 95%. This serves as a proxy for widespread, essentially universal, acceptance and adoption of the change. In no case of which I am aware has a contentious change been made as a soft fork prior to widespread acceptance of the change.

Quote
What is the alternative?

I already answered this. You don't like my answer. It did not involve shills on bitcointalk.
4044  Alternate cryptocurrencies / Speculation (Altcoins) / Re: [XMR] Monero Speculation on: November 17, 2015, 04:28:56 AM
It is a major release because it includes the completed development goals, including databases and 32bit / ARM support. It also includes the blocktime fork from 1 min to 2 min and the tail emission at 0.3 XMR (1 min blocks) 0.6 XMR (two min blocks). It will also be the first official release in over 11 months.

This is a question more for Smooth, but are there any specific new developments tested by the development of Aeon that are going into the 0.9 release coming up soon?

1. The block time change that was previously done for AEON has informed the work to change Monero.

2. There was a bug fix to align the depth requirements between spending outputs and mixins (avoiding a potential privacy leak) that was done in AEON and then merged into Monero for 0.9.

I don't remember any others at this moment, but it's possible I forgot something.
4045  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [XMR] Monero - A secure, private, untraceable cryptocurrency - 0.8.8.6 on: November 17, 2015, 04:26:28 AM
I think there is an issue with the built in windows unzipper utility for files over 4 GB or so. I had an issue with downloading/unzipping a bootstrap for huntercoin, and it was due to trying to use windows unzipper. If the file is bigger than 4 GB, try using 7zip or something else to extract.
Are you using 0.9 beta build? There is no blockchain for it to download. You should sync from scratch (~3.5 hours for me).

Hmm...
I think its in RAM the problem. Its on 100% of usage when wants to read/loading blockchain(reaching in some time) and then when starts to update I get that error for "height", file is 4.2GB.
My RAM size is 3x2GB.
No, I've 886.

Thanks!


If you are on 0.8.8.6 you probably have insufficient RAM, the current binaries are quite old and slow. Basically everyone is waiting for the new binaries, which only use around 100 MB of RAM after syncing. Which OS are you on? And are you able to compile yourself?

The new binaries will really help with adoption. Some merchants would prefer not to use releases still in beta testing.

I haven't really heard any more news about the release of the new binaries coming out... Mind you, I haven't had time to frequent this board very much due to work getting insanely rediculous.  It's still projected to be Summer 2016 correct?

No, I expect well before that. There are already some beta binaries and there are tests going on this week to try to finalize a release candidate.
4046  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][CLAM] CLAMs, Proof-Of-Chain, Proof-Of-Working-Stake, a.k.a. "Clamcoin" on: November 17, 2015, 12:42:35 AM
Thanks for the level-headed responses smooth. When I look at the digging/staking graphs dooglus put up periodically, there seems to be a big difference pre and post lottery. But that's probably because the lottery coins are not reflected, i'm not sure.

Here's the chart I remember. It looks like eliminating the lottery slightly increased the overall staking rate. I don't see any evidence that staking during the lottery period was an advantage compared with after the lottery period. But I could be wrong, and I'm relying on information that is posted to the thread. I have not checked any of this myself.



Hint: stopping the lottery caused the supply to increase much more quickly than before.
4047  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][CLAM] CLAMs, Proof-Of-Chain, Proof-Of-Working-Stake, a.k.a. "Clamcoin" on: November 17, 2015, 12:26:08 AM
SuperClam, coins are not corporations. In the latter case, there is a legal right to elect a board, which in turn gives control over management and ultimately the assets (shareholders can even vote to dissolve the corporation, which gives them access to the assets directly).

There are no such powers that exist on the part of coin holders. There are really only two things that coin holders can do:

1. Stake according to the network rules and their own individual best interests and without collusion, which makes the network secure provided that the stake is adequately distributed.

2. Individually or in collusion with other coin holders, stake maliciously and "51% attack" the network. This can include: a) blocking all transactions in a sort of doomsday button to destroy the coin, b) selectively blocking transactions (and/or blocks) to gain some advantage for the attacker, c) rewrite the chain to perform double spend attacks.

This idea of coin holder voting is creating a system that facilities and to an extent legitimizes #2. It makes the entire system less secure and therefore ultimately less valuable, even though it may seem expedient in the short term for the purposes of "governance", especially if you happen to be in the majority.

As I've already stated earlier, the best ways to make changes to a coin are:

1. By overwhelming consensus of the community (such that there is no significant opposition and everyone just goes along with the change). This obviously does not exist for rewriting the digging rules. It does often exist for other changes that are routinely made to coins such as bug fixes, tweaks to transaction fees, some forms of new features, etc.

2. By creating a new coin with different rules such that the people can decide via a market process which to support. This requires permission from no one since anyone can create a new coin.





4048  Alternate cryptocurrencies / Speculation (Altcoins) / Re: [XMR] Monero Speculation on: November 16, 2015, 09:21:59 PM
I`m still waiting for a lightweight client, perhaps if you can get it touch with electrum's devs ,they could implement it.
Just my 2 moneros.
I just use https://mymonero.com/ and https://monerodice.net/ for storage at the moment and get a bit of ROI bankrolling the house.

A webwallet is not as secure as a lightweight. Plus I want to keep them offline and use the lightweight to broadcast the TX.

You can do that with simplewallet and a remote node. You give up some privacy but that will likely be the case with any lightweight wallet as well.
4049  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][CLAM] CLAMs, Proof-Of-Chain, Proof-Of-Working-Stake, a.k.a. "Clamcoin" on: November 16, 2015, 09:13:28 PM
But this equilibrium that you cite in your example isn't what is happening. The whale digger is obfuscating the inflationary effect by introducing non-recurring inflation on a much larger scale.

There is no "inflation" being introduced by the digger. All of those CLAMs already exist on the blockchain, and the fixed (other than staking rewards) supply number is listed on the OP. It hasn't changed.

The only thing that happened here is that investors had an incorrect view of how many of the undug CLAMs would be dug, and/or when they would be dug. That view is being reevaluated and with that reevaluation the price is adjusting accordingly.

That and perhaps all this discussion about wiping out peoples CLAMs has spooked the market and increased the likelihood that the community will fall apart and the coin will fail altogether. I don't know to what extent that is a driving the price action, but it is certainly consistent with it.

Quote
If the economy (utility) of CLAM doesn't grow as fast as staking inflation

If the economy of CLAM doesn't grow a lot the whole thing is stupid. Most of the active supply is in the JD bankroll. A (supposedly) decentralized cryptocurrency used to largely support a single site, being secured using proof-of-stake where nearly all of the stake is under the control of one individual is pointless nonsense.

The only good reason to support this project is in the hope that its economy does grow to where this currently-pointless nonsense is in the past.
4050  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][CLAM] CLAMs, Proof-Of-Chain, Proof-Of-Working-Stake, a.k.a. "Clamcoin" on: November 16, 2015, 09:02:27 PM
I see a lot of naive idealism in here... the lottery was initially in CLAMS... is CLAMS now tainted forever since the lottery didn't work out and the rules were changed? What happened to "set in stone" in that case? 

CLAMS is in an adapt or die situation, and the amount of cheering i see going on for what is essentially an "i'm willing to go down with this ship" mentality is astonishing.

The idealism isn't naive if it is the only thing that gives something potential value. Yet another politically manipulated economic system is really quite worthless when the world is full of them already.

I'm not sure why you think going "down with the ship" is a certainty here at all. Many have expressed the view that CLAM will survive the digger and ultimately thrive. Obviously, not everyone agrees with that. I don't even have a view on whether it will survive or not (though ultimately I believe most coins won't so we may be disagreeing only on the path to failure, not the eventual destination). I do believe that if it survives without manipulation it will be worth far more than if it survives with manipulation.

As for the lottery, as I understand it, the rate of staking (per day, per week, etc.) was essentially unchanged in eliminating the lottery. I may be wrong about that as I haven't checked the math, so if I am wrong, please correct me. That is enormously different from the idea of wiping out or significantly impairing 95% of the supply. Furthermore there is no "bug" or "expliot" having to do with digging that would motivate a fix. It is working exactly as designed.




4051  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][CLAM] CLAMs, Proof-Of-Chain, Proof-Of-Working-Stake, a.k.a. "Clamcoin" on: November 16, 2015, 08:35:50 PM
Well, I hope clam stays as it is. I understand that the digger is ruining the value, but it can't last forever.  Too much supply too soon was a reality.  Sadly, the digger is damaging their own value holdings, maybe he/she doesn't care, but it's a classic tragedy of the commons scenario.  It's possible that clam may not survive this, but I'm still looking forward to the new client with the "voting" via clamspeech and whatnot.

Let us not allow the tragedy of the commons become the tyranny of the commons.

“the moment the idea is admitted into society, that property is not as sacred as the laws of God, and that there is not a force of law and public justice to protect it, anarchy and tyranny commence.” -John Adams

The way this discussion and solution seem to be winding its ways to is that early clam diggers not only have a disproportionate say in the coin network but they also have a right to exclude future stakeholders from exercising their opinions through the Clamchain.  The big one is that current stakeholders can expropriate the property of others without compensation if it is deemed in the interest of the community.  I call this the "I got mine, jack, screw you" process of policy making.  These events really expose what stakeholder democracy is and it isn't pretty.  Early adopters, special interest groups and certain individuals claim a seat at the table which ends up excluding a large portion of the citizenry as it diminishes their votes in the election and gives an out sized voice to the loudest or with the most money. 

This paragraph from navaman pretty much sums up my opinion on the matter.  It seems more like an act of tyranny than an act of democracy to allow early CLAM adopters to change the rules to screw later adopters.  That seems to break the promises made in the initial distribution.  Doing this, IMO, undermines any faith people could have in the long-term stability of this project.

Democracy and tyranny are not mutually exclusive when the community is not composed entirely of individuals possessing both freedom of thought, and truth of spirit. Such traits exist in a shocking minority in these times. This is the main issue here, and it has troubled me deeply since this matter arose. Navaman is right, but I cannot say why. The teachings of the Church of Reason elude me these days. I am convinced that this is the problem, but I can offer no solution. Even the Bastion of Liberty -- The great Constitutional Republic -- has proven to only be a stop-gap measure. I have no answers, but I do know that we must be very cautious here -- we are playing with things far greater than ourselves.

There is a solution. Don't make changes to the fundamental economic properties. Treat a coin as an experiment where these rules are "set in stone" to quote Satoshi, not subject to the whims of a potentially-tyranical (sort of) majority. If the rules turn out to be bad rules, the experiment fails and the lessons of that failure can live on in a new coin (presumably with somewhat different rules). This is messy perhaps, but less messy than all the other alternatives.

That's the whole damn (important) thing that Satoshi invented as an alternative to a politically-manipulated economy. It is very underappreciated apparently.


4052  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][CLAM] CLAMs, Proof-Of-Chain, Proof-Of-Working-Stake, a.k.a. "Clamcoin" on: November 16, 2015, 08:08:52 AM
As always, the version of the protocol utilized by the majority of the network stakeholders will control the chain.

This is largely incorrect, and if you are operating under this misunderstanding you will eventually break the coin and destroy its value entirely.

You can not have any significant minority running an incompatible client or you will have transactions that confirm on either or both chains and it will never be possible to agree who owns which coins. The coin will be entirely destroyed.

A majority of network stakeholders is useless for determining the network rules. You must have either near-unanimity on the rules, or any disagreements must be resolved by creating a new coin on a separate network.

I can't argue against the idea of conducting polls, as that is just free speech, but if your idea is to deploy a contentious change to the system (and taking away coins away from people who own them will certainly be contentious whether voted for or not) on the basis of a majority vote, then you are misguided.
4053  Alternate cryptocurrencies / Speculation (Altcoins) / Re: [AEON] Aeon Speculation on: November 16, 2015, 01:41:30 AM
In all seriousness on the AEON vs BBR thing, I think both coins are seriously undervalued and BBR is even more undervalued. Just take a look at the crap coins on the list that have similar values, some with zero development or community, dead/abandoned ANN threads, etc.

Both coins should be in the top 50 to top 100 right now IMO. Exactly which should be higher than the other I don't know. Both have good potential to do well in the future, so we'll just see how it works out.






4054  Alternate cryptocurrencies / Speculation (Altcoins) / Re: [AEON] Aeon Speculation on: November 16, 2015, 12:14:30 AM

Nice collection of AEON mr. Pegasus. With the exception of smooth's donation fund, you may very well be the largest holder at this point. Get those coins into cold storage!  Wink

I have acquired a decent amount myself with an avg price below 0.00004, I think AEON seems fairly cheap at these levels.



i think he would be third. i dont anyone who could have more than 575k coins. only one concern that keeps me close to button. what happens to those coins when they get released by poloniex when aeon was listed there

Quite a few coins have been removed from Poloniex even while it has been inactive. I know this because several people who weren't able to run the wallet asked me to hold their coins from Poloniex and then send them to Bittrex. I'm sure there are others who were able to do it themselves. Of course I have no idea how many are left, but I doubt it is a huge amount.
4055  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][CLAM] CLAMs, Proof-Of-Chain, Proof-Of-Working-Stake, a.k.a. "Clamcoin" on: November 15, 2015, 10:36:46 PM
So, what's the difference when big banks create new money out of thin air and when clam doubles it's coin volume out of thin air?

When banks create money of thin air doesn't go proportionately to the people already holding the existing money, it goes to some insiders when then profit on distributing it at a higher price. The two are completely different.

The only issue here is whether it is legitimate to exclude the people who already own undug CLAMs. I don't believe it is but clearly some people do believe that, so let them create their own coin with their own idea of what the rules should be.
4056  Alternate cryptocurrencies / Speculation (Altcoins) / Re: [AEON] Aeon Speculation on: November 15, 2015, 10:18:00 PM
why would this be more valued than boolberry

4 letter names > 9 letter names?
4057  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][CLAM] CLAMs, Proof-Of-Chain, Proof-Of-Working-Stake, a.k.a. "Clamcoin" on: November 15, 2015, 07:52:53 PM
As smooth said earlier, the best approach to this is to select a block in the future. It is the only fair compromise. Whether it happen 100 or 1000 blocks from now, it will allow investors to secure their positions with the NewCoin or CLAM. Because picking an older block will ONLY be fair to the insiders.

I'm pretty sure I said well in the future. People don't necessarily sign on every day or even every few days. Give them some time to learn about what is going to happen and decide what if any actions they want to take.

4058  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][CLAM] CLAMs, Proof-Of-Chain, Proof-Of-Working-Stake, a.k.a. "Clamcoin" on: November 15, 2015, 07:04:40 PM
Just choose a block well in the future and let the market sort it out. People who want to buy or sell before the cutoff will do so. People who want to wait until after and just buy or sell one of the coins can do that. That is completely fair to everyone. No one gets any particular potential advantage from the choice of the block.

Any solution which doesn't allow anyone to do insider trading is "fair". In this case we trust that dooglus didn't do it, supposedly the only one knowing about the screenshot. But looking at Poloniex volume nothing strange seems happened.

A snapshot in the future could be maybe "fairer", but it will lead to quite a price turmoil, with a possible bubble where many people will end up making poor trading decisions and losing money. This is already quite bad when nobody wants it, but looking actively for it seems like pushing the gas toward a wall.

I mostly agree that doesn't make a huge difference and I did say earlier that if creating a new coin you can choose whatever distribution you want, but I do see a significant issue in terms of uncertainty and turmoil with coins on Poloniex. Until Poloniex makes it clear what they are going to do, people have no idea what it is they actually own.

4059  Alternate cryptocurrencies / Speculation (Altcoins) / Re: DASH Collapsing Monero UP on: November 15, 2015, 06:30:16 PM
X11 has had its use which was to make creating GPU and ASIC miners harder and slower process. It was a good decision at the time compared to some other algorithm which already had optimized miners for the devs but were launched with deliberately crippled miners for the public.

X11 was launched crippled. The hashing library used was and is very unoptimized, and there was zero basis for believing it would be GPU resistant at all. The algorithm was in fact very GPU-friendly (all of the hash functions were already known to be easy to compile on a GPU) and Evan even stated this shortly after launch. Yet there was no optimized CPU miner or GPU miner at launch. Private GPU miners were rumored to be on the network (probably correctly so) within weeks.
4060  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][CLAM] CLAMs, Proof-Of-Chain, Proof-Of-Working-Stake, a.k.a. "Clamcoin" on: November 15, 2015, 06:08:54 PM
You are assuming a retroactive self-serving block is chosen, which it may be. In that case, yes, those who bought or dug after the block would be disadvantaged. I'm guessing whoever is choosing the block would not be among them (at least not to a significant degree).

I announced that I had taken the snapshot as soon as the snapshot was taken.

Anyone buying after that either knew about it or didn't care enough to keep up with this thread or the JD chat.

It seems to me that we're never going to reach agreement on how best to proceed. I don't know what else to try. Taking a vote is unpopular. Making a new coin is unpopular. Leaving things unchanged is unpopular. It seems that no matter what I suggest I'm the bad guy.

I would just say "fuck it" and leave things how they are - but then someone will accuse me of being the digger and say that this whole conversation was planned to arrive at that conclusion. So I just don't know what to do for the best.

Just choose a block well in the future and let the market sort it out. People who want to buy or sell before the cutoff will do so. People who want to wait until after and just buy or sell one of the coins can do that. That is completely fair to everyone. No one gets any particular potential advantage from the choice of the block.

Furthermore it is also important to get a statement from participants such as Poloniex about what they are going to do, again well ahead of the cutoff. If they are going to honor the spin-off by retrieving the new coins and assigning them proportionately to customers' accounts people may want to take completely different actions than if they are going to keep the new coins for themselves (sounds silly perhaps, but another exchange actually states that explicitly in its Terms of Service) or not claim them at all.

Pages: « 1 ... 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 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 [203] 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 ... 712 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!