Bitcoin Forum
May 24, 2024, 08:10:43 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 2 3 4 5 6 7 8 9 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 ... 406 »
341  Bitcoin / Development & Technical Discussion / Re: NFTs in the Bitcoin blockchain - Ordinal Theory on: December 06, 2023, 08:42:11 PM
Unfortunately, this would not fix the "bug", as I have explained multiple times. BRC-20 transactions, which are causing the congestion, aren't bigger than normal transactions with a handful of inputs/outputs (they have about 400-500 vByte plus another 110+ vByte for the commit transaction). They are an inefficient protocol with several WTF decisions (like storing data as text, and needing two transactions for a transfer), but not even that is the problem, the problem is their amount due to the "minting" hype.

BRC-20 transaction patterns could be identified regardless of their size, so a complete "block" is technically possible, Luke probably knows this, and wouldn't be risking dropping "normal" transactions for false positives. however, what Luke is trying to do now is add an opt-out feature to make your node reject Ordinals.  Bitcoin allows all inscriptions by default, adding a new option to reject Ordinals-like transactions won't fix it, I mean even if the new core version comes with that opt-out enabled by default, people can still disable it, correct me if I am wrong.

Reading into Luke's comments here and there regarding this "ban" he does refer to it as "spam filtration" and he seems to be counting on the fact that most people including miners would activate the change, I find it very hard to believe that mining pools will opt-in for a new upgrade that makes them lose proft.
342  Bitcoin / Mining support / Re: Need EEPROM file for 42801 on: December 06, 2023, 08:12:31 PM
I changed the control board but it seems that problem is still with the hashboards i would try your way waiting for the device..Just asking  if i can change the OS will this error not be removed!!! Like brainOS or HiveOS ???Any possibility

I don't know about Hiveor os BOs, but I remember one of the devs of Vnish telling me that they don't even read EEPROM at all, so if what they say is correct (assuming my understand was correct as well) then I suppose if it's only an EEPROM related issue, by passing it by Vnish should be doable, but then again, even with the stock firmware it's easy to test this, you would just leave a single hashbaord plugged and see if it hashes right away, if it does -- you confirm it's compatibility issue, if it doesn't -- then it's not.
343  Other / Meta / Re: Mixers to be banned on: December 05, 2023, 01:15:28 AM
he said this is the rule, so now this is the rule

That's true, at least, he did do his best to explain to us and was willing to listen to what the community had to say, although, it's almost obvious that his decision was already made and there was nothing that any of us could say to make him ditch the change altogether, but ya, at least we did negotiation the mixer discussion part!

As for the mixers, we could at one point in the future see the rules change, meanwhile, this ban could serve as an excuse/reason for them to actually evaluate the feasibility of advertising their mixer services here, the average mixer spends a few thousand dollars weekly here, there exists a chance that they would generate a better revenue with the same or less amount spend elsewhere, I personally do not know a better forum than this one -- but mixer services and campaign managers will probably strive to find other places to carry on.
344  Local / العربية (Arabic) / Re: كيفية ترقية العضوية في المنتدى on: December 05, 2023, 12:48:17 AM
و  أنصحكم بالتعليق بنزاهة و عدم تجربة الاحتيال لان المنتدى يحمل قوانين وأعضاء يهتمون لتطبيق القوانين

امممم! , في الواقع الاحتيال والنصب لايتعارض مع قوانين المنتدى, بمعنى اخر, لنقل ان شخص نصاب قام بالنصب على 100 شخص هنا, وقام بالاعتراف على نفسه, فهدا لن يعرضه للحظر من قبل المشرفين, لن يقومو حتى بحذف تعليقاته ان لم تكان تخالف احد شروط المنتدى (مثل وجود روابط ملغمة).

طبعا قد يتسائل الكثيرون كيف هدا ممكن, في الواقع الامر منطقي جدا, لايمتلك المنتدى الموارد البشرية الكافية لمنع النصب والاحتيال, لذلك تركت ادارة المنتدى هدا الامر للاعضاء حيث يوجد شي يسمى نظام الثقة, وقائمة الثقة الافتراضية, يعني اننا كأعضاء مسؤولين على كشف النصابين والمحتالين وتبيه الناس حولهم بعيدا عن صلاحيات المشرفين.
345  Bitcoin / Mining support / Re: Need EEPROM file for 42801 on: December 04, 2023, 10:33:20 PM
Code:
[2023/11/27 05:56:30] ERROR: Invalid board info crc (actual:0a, stored:1c) /eeprom_v4.c:131/
[2023/11/27 05:56:30] ERROR: chain#1 - failed to parse eeprom data /chain-info.c:80/
[2023/11/27 05:56:30] ERROR: Invalid board info crc (actual:1d, stored:ee) /eeprom_v4.c:131/
[2023/11/27 05:56:30] ERROR: chain#2 - failed to parse eeprom data /chain-info.c:80/
[2023/11/27 05:56:31] ERROR: Invalid board info crc (actual:0d, stored:fc) /eeprom_v4.c:131/
[2023/11/27 05:56:31] ERROR: chain#3 - failed to parse eeprom data /chain-info.c:80/
[2023/11/27 05:56:31] ERROR: Failed read eeprom! /driver-btm-base.c:3930/
[2023/11/27 05:56:31] ERROR: Miner initialization failed /driver-btm-base.c:4132/

I don't have any experience with the miner in question but here is a piece of info that might help you move further, it's possible that all 3 boards have a good running hex / EEPROM but they simply are not interchangeable/compatible, which was the case with the 17 series, you couldn't just mix and match different hashboards,  so the first thing you try would be to extract the hex file from one of the boards and write it to the other two, try all 3 boards.

If that fails, then I would find it pretty odd that all 3 hashboards have the same issue and the likelihood of this problem will be the control board.
346  Bitcoin / Mining speculation / Re: 2023 Diff thread now opened. on: December 04, 2023, 10:06:52 PM
Using 2016 blocks to determine each diff change is not highly accurate

if you calculate the probability of a 5% diff increase without an actual 5% hashrate increase in 2016 blocks, or in other words, what are the chances 2016 blocks take 5% less time to mine than the expected 10 mins without any real hashrate change, I think using the exponential CDF to get a clue, the probability is close to zero, ya it gets better if you were to assume that it's possible that 50% (2.5% of that increase was caused by an actual increase in hash power) while the other 2.5% was caused by pure randomness, but still the probability of that 2.5% is also close to zero.

I agree, there is no definite way to measure the network hashrate, nothing you can take to court and present as clear cut evidence, but generally speaking, a 5% increase in difficulty is most likely the result of an almost 5% increase in hashrate, ya it could be 5.1% or 4.9%, nobody knows, but 5% in 2016 blocks is fairly accurate.
347  Other / Archival / Re: [ANN] OCEAN.XYZ | 0% fee | RADICALLY DECENTRALIZED MINING on: December 04, 2023, 01:02:16 PM

I want to be clear, I didn't mean users could change what the pool does.

I only commented on this part

Quote

If you actually own a miner that isn't able to connect to the pool due to difficulty settings, there should be plenty of methods to tweak that locally too

So tweak what exactly?




Quote
Edit: For the rest, I can attest that what that user claimed about inefficient shares and rejecting hashrate is 100% false.
Connecting to OCEAN pool the performance of miners was the same as to different pools, and I've personally checked this using external monitoring.

Great then, the burden is on him to prove his claims, he needs to post solid evidence or else, nobody would take his claims seriously now that someone has came up with a counter claim.
348  Other / Archival / Re: [ANN] OCEAN.XYZ | 0% fee | RADICALLY DECENTRALIZED MINING on: December 04, 2023, 12:21:24 AM
I'm pretty sure you're just making all that up, because almost none of what you said is true.


How can you be so sure?

Quote
If you actually own a miner that isn't able to connect to the pool due to difficulty settings, there should be plenty of methods to tweak that locally too.

There are exactly ZERO ways to tweak that locally, the share diff is set by the pool, not the miner, the majority of pools nowadays don't even let you choose the diff, but they are smart enough to adapt to the miner hashrate, all pools would start with some low diff and then climb their way up to the point where shares at kept at a reasonable pace between the miner and the pool, too high diff and you can't check your work on the pool, too low diff and your miner is going to submit dozen of shares every second which is plain foolish.



Quote
Amazing luck so far.

I underlined the keywords.



I have not tested the pool nor do I have the intention to take the gamble, but I don't think that person is lying, it's stupid to lie about something that could be easily verified by others, I mean I just happen not to give a shit about said pool, or else, it takes little to no time to actually confirm/deny his claims.

349  Bitcoin / Pools / Re: Eligius pool is back under the new name Ocean on: December 03, 2023, 11:15:23 PM
Everything around the forum lately is just popcorn material! Oh, sorry, fudgeee! Grin

oh boy, tell me about it, I just had a 3-4 day long debate on repution last week (in case anyone missed me here) Cheesy. I hate debates.

Are we not counting transaction fee discounts as discounts now? Lips sealed

You could call them whatever you want, it doesn't change the answer to your initial and main question which was/ still is

Quote
How sure are you that Ordinal transactions make sense to include in blocks economically?


Quote
For taking more block space, these transactions pay less fees (by the actual space). They unit is called vBytes because the fee is accounted in VIRTUAL bytes.
So, if that's not a discount, what should we rename this as?

Ok, we have to stop here, at this point, I can't help but think that there is a major misunderstanding at the core of this topic, you are confusing two things, block weight and block size.

When Segwit/Block weight came into existing (bip 141 IIRC), the introduction of a new "way" to measure segwit transaction was introduced, and it's a simple formula;

Code:
Transation size with witness data stripped * 3 + (Transation size)

In plain English, the segwit upgrade added another 3MB which could only be facilitated by witness data, so a non-segiwt block will still be capped by 1MB, so in theory a 100% segwit block could have the size of 4MB which is 4vM or 4M weigh units.

Nowadays, the VAST majority of transactions are segwit, which means, almost everyone using BTC is getting what you call a "discount", so everyone is using/abusing those 3MB added by the core devs.

So now we need to think of a Bitcoin block as 2 disks in 1, something like a bus where the bus cabin has a max capacity of 1000KG worth of people, and 3000KG in the luggage compartment, of course, people are free to cut their hands and put them in the compartment to spend less on those limited 1000KG,

Now if someone is pretty fat and weighs 1000KG and isn't willing to cut any of that fat to put it in the luggage compartment to allow other people to ride with him, that person will need to pay for the 1000KG + the 3000KG luggage compartment.

I like this analogy so let me keep going;

if that fat ass offers the bus driver 1k for the ride but then come 50 people who weigh 80KG each (4000KG in total) and are willing to cut 3000KG of their body parts to send it to the luggage compartment, each of them offered to pay only $40, the bus driver will then collect $2000, so he would pick these people first because he makes an extra $1000 in profit.

The bus driver here does not care about how the bus is going to be filled, he just runs a simple code that picks the best combination of people that would give him the highest reward for the trip, it could be 5 fat people or 500 apes who could squeeze themselves in and pay more per KG, he just couldn't give a flying fudge.


350  Local / العربية (Arabic) / Re: وقف الخلاطات/ Mixer في Bitcointalk on: December 03, 2023, 12:56:33 AM
لذلك أعتقد أن ثيموس قد رأى أنه من الآمن له وللمنتدى أن يتم حظر الخلاطات، رغم أن هذا القرار صعب لأنه يمس الحرية الشخصية والمحافظة على الخصوصية من جهة ومن جهة أخرى سيؤثر على عدد كبير من الأعضاء المشتركين في حملات الخلاطات لكن أعتقد أنه قرار سليم وأفضل من تعرض المنتدى بكامله للخطر أو الحظر.

اتفق معك اخي يحى, فان المكسرات ليست شيء اساسي يستحق التضحية بكامل المنتدى من اجلها, ففي النهاية هدا المنتدى لا يتاوجد في الفراغ بل هوا موجود على سيرفر في الولايات المتحدة ويمكن برسالة قصيرة من الحكومة الاستحواذ عليه واغلاقه, لذلك وجه نظر المشرف في الابتعاد عن المشاكل يتخللها الكثير من المنطق, واعتقد (او على الاقل اتمنى) ان هدا القرار جاء بعد مشاورات كافية تم تلخيصها في ان الابقاء على المسكرات يشكل خطر واضح لمستقبل المنتدى.
351  Other / Meta / Re: Mixers to be banned on: December 03, 2023, 12:07:57 AM
I think it is not as important for the safety of theymos to BAN Mixers straight away as it is to rather promote a strong statement against the use of criminal funds with existing Mixers. 

It all boils down to how much thought theymos gave this decision.

Let me highlight another very similar example in the shadows of mining pools, Mara pool (a U.S based pool) has been censoring OFAC listed addresses since 2021, on the other hand, Foundry (another U.S based pool 8 times bigger than Mara) does not censor those transactions, so what gives?

There are a few possible scenarios here, one of these two large corps has a bad lawyer who did not point them to the "right" direction, so it's either Foundry is in the wrong and is going to be in deep shit for not banning those transactions, or Mara sucked the government's dick for nothing.

Judging by the size of Foundry, I find it hard to believe that they do not know for certain that they are perfectly safe without censoring those transactions, or else -- it's a huge risk for not too much reward for them.

So now if we reflect this on the forum/theymos, I hope that if we have to bend over, we should at least do it while knowing that it's worth it and that any other option is not viable.

I hope that Theymos will do his best (assuming he has not) to evaluate the situation by consulting some good lawyers who would either point him to a complete ban or maybe just a warning and a set of rules that indicate using certain mixers that engaged in "laundering" criminal funds is against the forum rules and to delete and ban everyone who promotes those particular mixers but not mixers in general.

I asked AI about the legal status of forum content and its owner (ya may not the best place to ask but anyway)

Quote
In the United States, forum owners are generally protected by Section 230 of the Communications Decency Act (CDA). This law provides immunity to online platforms, including forums, from being held liable for the content posted by their users. Section 230 protects forum owners from legal action related to content moderation decisions, as well as from liability for the content itself.

However, it's important to note that there are exceptions, and forum owners may still be held responsible for certain types of content, such as intellectual property violations, federal criminal law, or violations of other specific statutes.

In practice, forum owners often establish and enforce terms of service that outline the rules for user behavior and content posting on their platforms. They may reserve the right to remove or moderate content that violates these terms. Additionally, they may cooperate with law enforcement if illegal activities are identified on their platform.

So there is still a slight possibility that the forum could get away with just

1- Banning all sanctioned/seized mixers.
2- Banning everyone who encourages the usage of mixers for criminal purposes.

Of course, going with the assumption that mixers (in their bare form are not illegal)

at least this shouldn't be an unconditional submission to the government: if theymos has concluded that retrieving is the only option here, we should accept it and remember the fact that while we as members are only subject to losing the forum, he could lose his freedom.
352  Bitcoin / Pools / Re: Eligius pool is back under the new name Ocean on: December 02, 2023, 10:43:19 PM
from what I see.
At a time of high transaction congestion, a block template that made space by excluding ordinals to replace them with many more smaller transactions, would likely get similar or perhaps even higher fee rewards.


This is not true, which is what I have been trying to explain to you, I literally gave you the code logic that does the sorting, the number of transactions is irrelevant, it is all about how much they pay per space unit.

You are probably better off with ignoring virtual size, just think of the block as 1MB in size ( that is what it actually is on the desk anyway).

If 1000 transactions each of the size of 1kb and all are paying 1 sat per kb, the total fee reward for the miner would be 1000 sat, if someone else has a transaction size of 1kb and decides to pay 1000 sat per kb, one of those 1000 1 sat guys will need to waite, if comes a guy with a transaction size of 1MB and is paying 1001 sat per kb all those 1 sat guys + the 1000 sat guy will have to wait till the next block.

So it is all about bitcoin spent per space unit ( be it byte or Vbyte), so every transaction that gets included always makes economical sense.
353  Bitcoin / Pools / Re: Eligius pool is back under the new name Ocean on: December 02, 2023, 08:37:18 PM
75% discount means the one making the inscription actually pays for what can count as an acceptable optimal fee transaction on the Virtual size instead of the actual space it takes.

OK but what is your argument? here is another random non-Ordinal transaction from the same block the got some good "discount"

Quote
77e996de08c48ed282a7b8bc88ca199712a15fa68babb10a0b3ee760674cf21b

had it been non-Segwit, it would have doubled the fees.

Why does it look like the transaction you linked tricked the pool in anyway? it did not, it used segwit+taproot to minimize it's virtual size, it paid 40 sat / Vbyte which was the median fee rate for that block, so he did not outsmart the mining pool, he paid a nice 207,778 sats on a transaction that consumed ‎19.99 kB on the desk, the fee/space checks out, nobody cares if that was a discount, the core code allows them to do so -- so they do it.

So based on this logic, if you ask miners to block those transactions, then they would also block segwit transactions, because without segwit, transactions would take more space and thus increase miners profit, so they would censor P2TR, P2WPKH and force everyone else to back to P2PKH.

Miners do not oppose any protocol upgrades that make transacting on the blockchain cheaper, so nobody should expect them to oppose transactions that pay more, miners would take every sat they can off the table.

Also, keep in mind that most pools use the default getblocktemplate made by core devs, the way it operates is rather simple, it sorts transactions by sat/byte, something like

Code:
bool compareTransactions(const Transaction& a, const Transaction& b) {
    return a.fee_per_byte > b.fee_per_byte;

There is no "transaction type" or "who" is transferring "what", it's all about sats.
354  Bitcoin / Pools / Re: Eligius pool is back under the new name Ocean on: December 02, 2023, 03:11:24 AM
That's the thing that matters Roll Eyes

It does not, this is what I have been trying to explain all along, this is the mining section where most people are miners who pay bills and invest a lot of money, the majority could not care less if you are transacting btc to buy coffee or to upload some stupid worthless Jpeg.

So miners can't fix this issue because they do not view it as an issue, but rather as a solution to the low income, if you post the same thing in the bitcoin discussion board -- the answers will differ, but again, if this is actually an issue, it needs to addressed before the core devs, miners simply do not care.

And BTW, i do not have a crystal ball but if any pool starts to actually ban Ordinals and start to pay less than other pools that do not, said pool will go broke, i so want to be proven wrong if one of the pools is willing to launch this experiment.
355  Bitcoin / Mining / Re: Iris Energy buys 7000 new Bitmain T21 Bitcoin miners on: December 02, 2023, 02:06:29 AM
this development shows that major players in the Bitcoin mining sector continue to have positive profit expectations despite the upcoming Bitcoin halving next year Wink

The way I see it, it only shows how easy it is to gamble with money that isn't yours  (investors' money), back in the day when the Chinese miners were dominating, you could always sense some rational movements in the hashrate, probably because it was the miner's own money, nowadays where the U.S is the largest mining hub, things just don't make much sense anymore.

All these large corps are betting on the price of BTC to hit the roof after the halving, if it doesn't, many of them will be in deep shit.

T21 burns roughly 87KwH a day, for 6 cents rate that is 5.2$ paid daily, as it stands right now it makes $14.5 so $9.3 a day in profit, so without the halving the ROI on these is 280 days, for the 4 cents miners it's $11 profit a day or 240 days ROI.

If the halving hits and BTC isn't at 80k, then this profit will fall right away, if BTC stays below 40k for long enough, the ROI on these gears could easily extend to over 500 days which more so like never.

Of course, the other bet besides the price is that "others will fall before us", and ya that's a bet you can make if you have <4 cents, maybe 2-3 cents all-in including all operational costs and 0% failure rate, but it seems like all these big boys are betting on each other's failure, the math states that it's not possible for all of them so survive the halving, so who is going to fall first? we will find out when the time comes, Q3 of next year will be fun to watch.
356  Other / Meta / Re: Mixers to be banned on: December 02, 2023, 01:06:12 AM
Several people seem to be concerned that the current policy will be too disruptive/constraining. How about I make this modification to loosen it a bit: you can direct people to mixers by name (even in something like a "top 10 mixers" topic), as long as:


Would this be sufficient to address the concerns?

Loosening up a bit is nice, but I would personally prefer a very clear set of rules regarding mixers because reading these two lines alone

Quote
- You don't directly post their URLs.
 - It's not a paid ad, and you're not representing a mixer.

It could be understood that I could still wear mixers' signatures as long as they don't contain a URL and my username isn't mixerABCD.
357  Bitcoin / Pools / Re: Eligius pool is back under the new name Ocean on: December 01, 2023, 11:29:20 PM
Did you know that Ordinal transactions can get a ~75% fee discount from exploiting Taproot OP codes and SegWit?  

Not just Ordinal, every type of transaction could use/abuse/exploit those upgrades to make their transactions smaller in size and thus save on fees, but that does not matter, what matters is sat/Vbyte, so to answer this question

Quote
How sure are you that Ordinal transactions make sense to include in blocks economically?

I am not sure, and it does not matter, the transactions that pay the most per the space they use -- make perfect sense to be included, you could argue that Ordinals are spam and should be banned on a protocol/node level, but that would be a different topic to discuss, the majority of miners would want to make the most profit regardless.

I am sure many miners would settle with lower payouts using a pool that does not censor certain transactions (like ditching F2pool for another pool), but settling with less profit due to the censorship of Ordinals isn't going to work, you may get a few miners to side with you on that regard, but I wouldn't be so optimistic, of course, this would also apply to pools that would for example do the opposite, like ban non-Ordinals transactions that pay more just to accept Ordinals that pay less.
358  Other / Meta / Re: Live my life as a mod on: December 01, 2023, 10:39:21 PM
despite potentially breaking the law in some or many jurisdictions.

Just to be clear, that's not my opinion on the matter but an observation over the years of this shit happening here and reporting it. I personally don't see how genocide propaganda could possibly be good for the forum and if I were a mod I'd delete such posts.

genocide propaganda is probably illegal in most if not all countries, such comments could be removed by "authority force",  these comments put the forum at risk, probably not much less than mixers, except that -- nobody had ever cared enough to point fingers at the forum for being an open-platform for genocide encouragement, but for how long? I think it would be best to remove the P&S boards altogether -- delete everything non-crypto.

What does Bitcoin gain from debating these conflicts here? exactly.
359  Other / Meta / Re: Mixers to be banned on: December 01, 2023, 10:13:03 PM
if you are banning a Bitcoin service, then YOU are the ENEMY of Bitcoin. simple as that.

You can criticize theymos as much as you want, but you should at least be fair.

The forum does not exist in a vacuum, it sits on a computer probably physically located in the U.S, owned by a U.S based company, the same thing goes for the domain, it's not truly owned by anyone as long as the government can seize it, it only takes a two-line letter for law enforcement and then you will be a welcomed with

Quote
This forum has been seized as part of coordinated law-enforment ... and you know the rest

So what do you expect? do you want him to risk the whole forum along with his freedom for BTC mixers advertisement? ya that would make him a hero but a stupid one, because the government would want any excuse they can use against the forum to take it down.

He probably gave them a bit more than they would have wanted "banning everything mixers" but he managed to run the forum for all these years, he probably knows some things that you and I don't, it's not easy to be his place, it's a place I sure wouldn't want to be at.

I understand the ambition and "fuck the police" kind of stuff, but this is the real world, you need to live -- to fight another day. When and if enough time has passed, and we as BTC community start engaging in real legislation, we would write the new laws accordingly, as it stands right now, the legislators are just old farts controlled by banks and large corporations, and we are just a minority that the majority of the world view as "Crazy group of nerds wasting their precious dollars on some imaginary internet coins", it's way too early to flex against governments, this is the sad reality that we need to live with.

360  Economy / Reputation / Re: Royse777 will not pay anyone for the last week /Sinbad campaign/ on: December 01, 2023, 09:39:13 PM
Royse777 will not pay anyone for the last week, but the Sinbad Bitcoins will still be in his possession.

If this manager does not pay the participants of the campaign, then one of the participants should bring charges of fraud against him.

Good luck getting any support for that flag, any rational person would evaluate the accusation in its full context not just the part that says "Royse777 did not pay me"

But seriously, who wants to be on OFAC list for a hundred dollars or so? And do not tell me "this is all the money I got, I will starve without it" because it is better to be broke than on that sanctioned list.

Given that some participants take payments directly to exchanges, there is no doubt that the payout will immediately put many people at risk including Royse, this is a risk not worth taking IMO.
Pages: « 1 2 3 4 5 6 7 8 9 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 ... 406 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!