Yes, administration has taken some measurements and all I am saying is that it should be understandable for everyone. If we don't want this forum and its owners to be haunted for the sake of additional income that mixers signature campaigns provide, then we should be okay with the rule that includes banning of bitcoin mixers. This forum is still pretty much a very welcoming for freedom of speech, only mixers are excluded and there are very fair reasons for that.
Kind of weird how mixers are banned, but scam is allowed here
Welcome to a new world
Can you please explain to me why Epochtalk was even launched?
You can find some of the reasons in this post -
https://bitcointalksearch.org/topic/current-requirements-523070 (That was a decade, 1 month and 1 week ago
)
I am a little newbie on this forum compared to many people. By the way it doesn't really make any sense, admin starts a new forum software development, probably puts some money in it and hires developers, then abandons it in the middle development process and doesn't even update the SMF. I am not critiquing theymos, I am just curious about that.
Just like you and many people, I think that this forum will be like this until theymos hesitates to pay server expanses.
He gave these reasons, but that was 5 years ago. Perhaps it's the last post I know where he talked about the new forum software progress. Maybe we will wait some two or three more years for another update on the progress.
The things blocking a transition from the current software to the new software are:
- There hasn't been enough testing. I think that immediately after transition, a variety of small missed features, bugs, and performance issues would crop up. As a result, if the transition happened now (which is technically possible!), I'd expect the post-transition user experience to be poor for months while these things are fixed, which I don't want.
- I am the only bitcointalk.org sysadmin and on-demand programmer, and I'm used to the current software. Furthermore, I need to frequently make changes to the current software, but each change I make might require alterations to Epochtalk, which is problematic.
- The current PHP software, while ugly and sub-optimal in many ways, performs well, especially since I have extensively modified the backend to add features and improve performance. So I don't feel much urgency.
- The data-transition procedure still has a few known minor bugs.