Search content
Sort by

Showing 3 of 3 results by TMKCodes
Post
Topic
Board Announcements (Altcoins)
Re: Cryptix Your Digital Currency for the Future Launch Now !!!
by
TMKCodes
on 02/02/2025, 12:01:37 UTC
I'm not here to disrupt you or your project; I'm here to clarify and bring some sense to the claims you're making, which you're sharing with others.

This screenshot demonstrates a misunderstanding of how Kaspa handles blocks, transactions, and transaction confirmations.
https://i.ibb.co/FL7j6jQs/1111111111111.png

As I've pointed out before, the "Accepting Block hash -" and "Not Accepted" messages in the explorer don't indicate an invalid block. They simply mean that the virtual chain hasn't yet accepted (or confirmed) the transactions within that block. Additionally, the IAm3R database filler is known to crash occasionally, which restarts the database filler and it's virtual chain processor, causing updates to block and transaction confirmations to temporarily pause. As a result, the explorer database can be in an incomplete state. The most reliable block information is retrieved directly from the node via the GetBlock gRPC call.

Regarding the launch date and premining, it was initially set for 1.2.2024 but changed to 30.1.2024. You were mining before the official launch, which constitutes pre-mining, regardless of whether others were mining at the same time. This could have been prevented with proper firewall management.

Finally, I question why I should assist someone who hides behind anonymity, lies, and threatens and verbally attacks others simply for questioning your understanding of the technology.

Post
Topic
Board Announcements (Altcoins)
Re: Cryptix Your Digital Currency for the Future Launch Now !!!
by
TMKCodes
on 01/02/2025, 16:31:47 UTC
That's not even correct. The DB Filler doesn't read the blockchain and extract the data fully, only partially. If the DB Filler fails, there's a gap in the transactions. It won't pull all the data. For example, if you delete the database of the DB Filler and restart it, it will start from the moment it's turned back on, old data won't be pulled from the blockchain anymore. Try it out. You haven't noticed this after 20 projects? You also didn't notice that invalid blocks are temporarily added? Because all blocks are added in real-time without being checked first? And then later marked as valid or invalid, but counted in the overall score up to pruning points? You haven't noticed this? And no, this has nothing to do with the chain. It's truly amazing what you haven't noticed after 20 projects, such simple things.

But I do find it really cool that you created a new account for this, the third one. It's also a bit scary at times. Did you forget your old passwords or develop another personality? And don't you have anything better to do if you're involved so professionally in 20 projects?

Yes lAmeR1 Kaspa database filler works as you state in case of the explorer database being removed. The database filler in this case will continue from the latest block of the blockchain and continue adding new blocks to the explorer database. Here is why I say that I smell a lie. You are saying that invalid blocks are added to the explorer database and are counted as your premine, but that does not happen because Kaspa and it's forks do not process such blocks. Every block reaching your database filler has been first processed by the network consensus like I previously stated.

Though I understand if you are confusing stuff to transaction confirmations. Since confirmation data is the only thing that is processed after block addition to the explorer database and confirmation data does not matter to the Kaspa wallets and every transaction can be marked as confirmed manually in the database. Only exchanges care about the confirmations, who do not credit transactions before they see that the transactions have been confirmed by the virtual chain.   

On another note: We have database fillers available that can crawl information from genesis or any other block to the explorer database, your explorer information can be confirmed right away by third party.

In that sense nothing even close to is believable that you would have extra data in the explorer database. Since removal of such data is simple SQL DELETE.
Post
Topic
Board Announcements (Altcoins)
Re: Cryptix Your Digital Currency for the Future Launch Now !!!
by
TMKCodes
on 01/02/2025, 09:33:57 UTC
Sorry to give my two pieces about Kaspa forks, because I see a lie here.

The explorer's rest server can give out wrong information only in two cases.
1. The network consensus has been modified and it is broken.
2. The explorer's database has been altered.

In those two cases the explorer could display wrong information and both of the cases would require modifications to the code and data.

Because this is how things work in Kaspa world:
1. Blockchain consensus does it's magic when blocks are mined.
2. Database filler reads the blockchain and moves data to explorers database. 
3. Explorer rest server and socket server serve the data for explorer front-end.
4. Explorer database filler, rest server nor socket server  do not validate any data, they just take data as is from the blockchain.

It is really odd that someone blames code that is working for ~20 Kaspa forks.