http://www.cryptocoinexplorer.com:2750/
A server error occurred. Please contact the administrator.
Topic: CryptoCoin Explorer - Coin Block Explorers. - page 20. (Read 30817 times)
Down for me as well. :-(
any news for when terracoin will be working
Cryptocoin explorer is back up. I apologize for any inconvenience.
Unfortunately the outage will delay the revamp for a short time.
Awesome!
I was curious if you could find a way to add a "Richest Addresses" feature to the explorer? I would be curious to know who the richest TRC addresses are. :-)
I will look into adding this and other features during the site revamp I am currently working on. Thanks for the suggestion.
Suggestion for Terracoin part of explorer:
User can select 20, 50, 100 or 2016 blocks listed per page, but none of those values matter with Terracoin. Values that make sense are
30, 60, 120, 150, 300, 600 and eventualy 1200.
User can select 20, 50, 100 or 2016 blocks listed per page, but none of those values matter with Terracoin. Values that make sense are
30, 60, 120, 150, 300, 600 and eventualy 1200.
I see no reason why this cannot be done. I will implement it during the revamp.
I am curious as to why those values make for better use?
Is their a reason why it takes so long to confirm and says for block 16/504 more blocks to be confirmed before payment. Is that by total network or by me alone ?
PPC has always used 520 confirmations for block maturity for both POW and POS blocks.
You could study the White paper, or browse the official git site.
www.ppcoin.org/static/ppcoin-paper.pdf
https://github.com/ppcoin/ppcoin
Sunny's Official thread
https://bitcointalksearch.org/topic/ann-ppc-ppcoin-released-first-long-term-energy-efficient-crypto-currency-101820
FuzzyBear PPC website:
http://ppcointalk.org/
Is their a reason why it takes so long to confirm and says for block 16/504 more blocks to be confirmed before payment. Is that by total network or by me alone ?
I was curious if you could find a way to add a "Richest Addresses" feature to the explorer? I would be curious to know who the richest TRC addresses are. :-)
Well, I have thought of a couple things I can do, both of which can be done or just one or the other.
1. ABE is actually designed to handle multiple chains in a single instance. I have not perused this due to the modifications needed for PPC and FRC. I would have to code quite a large amount of conditional statements, and basically it would be like starting from square one.
Advantages - I could run 3 or 4 ABE instances, with some attached to MySQL and some attached to POSTGRES. I could then load balance incoming requests between the ABE instances.
Disadvantages - Lot of code work
2. I did a little investigation into cost, I have found it would actuality be cheaper to upgrade my Internet access and get a static address, then to continue just having a personal level of Internet access and pay separately for the VPS.
I have plenty of hardware stocked where I could make a real server which would perform much better then a VPS and a couple of commercial grade routers (older, but would work fine for this).
Advantages - Cheaper while providing better service
Disadvantages - All maintenance and security is on my shoulders, nobody to call if it all goes to crap.
1. ABE is actually designed to handle multiple chains in a single instance. I have not perused this due to the modifications needed for PPC and FRC. I would have to code quite a large amount of conditional statements, and basically it would be like starting from square one.
Advantages - I could run 3 or 4 ABE instances, with some attached to MySQL and some attached to POSTGRES. I could then load balance incoming requests between the ABE instances.
Disadvantages - Lot of code work
2. I did a little investigation into cost, I have found it would actuality be cheaper to upgrade my Internet access and get a static address, then to continue just having a personal level of Internet access and pay separately for the VPS.
I have plenty of hardware stocked where I could make a real server which would perform much better then a VPS and a couple of commercial grade routers (older, but would work fine for this).
Advantages - Cheaper while providing better service
Disadvantages - All maintenance and security is on my shoulders, nobody to call if it all goes to crap.
Different databases and logins, but 1 database server. (Well 2 now, MySql and POSTGRES)
As of now - PPC and Feicoin are using MySql and Terracoin is using POSTGRES
If you are already using mysql & postgres those are very solid database engines so most likely it's the abe code needs some work to eliminate deadlock issues.
Hmm, the Freicoin explorer just database deadlocked.
I would like to get a few opinions:
For a multi-process enviroment, each R/W its own database.
Is MySQL or POSTGRES a better choice? Or should I consider SQLITE?
Added: ABE is running in Python 2.7 for each of the explorers.
I would like to get a few opinions:
For a multi-process enviroment, each R/W its own database.
Is MySQL or POSTGRES a better choice? Or should I consider SQLITE?
Added: ABE is running in Python 2.7 for each of the explorers.
Are all three explorers run on the same database instance? Which database backend are you using right now?
Different databases and logins, but 1 database server. (Well 2 now, MySql and POSTGRES)
As of now - PPC and Feicoin are using MySql and Terracoin is using POSTGRES
Hmm, the Freicoin explorer just database deadlocked.
I would like to get a few opinions:
For a multi-process enviroment, each R/W its own database.
Is MySQL or POSTGRES a better choice? Or should I consider SQLITE?
Added: ABE is running in Python 2.7 for each of the explorers.
I would like to get a few opinions:
For a multi-process enviroment, each R/W its own database.
Is MySQL or POSTGRES a better choice? Or should I consider SQLITE?
Added: ABE is running in Python 2.7 for each of the explorers.
Are all three explorers run on the same database instance? Which database backend are you using right now?
Hmm, the Freicoin explorer just database deadlocked.
I would like to get a few opinions:
For a multi-process enviroment, each R/W its own database.
Is MySQL or POSTGRES a better choice? Or should I consider SQLITE?
Added: ABE is running in Python 2.7 for each of the explorers.
I would like to get a few opinions:
For a multi-process enviroment, each R/W its own database.
Is MySQL or POSTGRES a better choice? Or should I consider SQLITE?
Added: ABE is running in Python 2.7 for each of the explorers.
UPDATE:
I have changed the database type used with the Terracoin explorer in an effort to stop the database access deadlock occurring with the explorers.
The issue seems more predominant with the Terracoin explorer, which is strange in itself as the Terracoin explorer required the least amount of modification of ABE.
I will closely monitor the change over the next few days, but hopefully this will help fix the deadlock issue occurring with all three explorers.
I have changed the database type used with the Terracoin explorer in an effort to stop the database access deadlock occurring with the explorers.
The issue seems more predominant with the Terracoin explorer, which is strange in itself as the Terracoin explorer required the least amount of modification of ABE.
I will closely monitor the change over the next few days, but hopefully this will help fix the deadlock issue occurring with all three explorers.
Terracoin part of explorer is not working for me in most cases.
Thank you for letting me know.
It appears a new set of exceptions concerning its connection with the database are starting to pop-up.
I will look onto this is issue and get it it fixed as quickly as possible.
New coin Freicoin has been added to the explorer
Due to the unique nature of demurrage, further modification of the explorer is needed.
WARNING: THE ADDRESS PAGE DOES NOT TAKE DEMURRAGE INTO ACCOUNT WHEN CALCULATING BALANCES
This is also causing issues with fee calculation when older coins are in the transfer, especially noticeable with large transfers
We are working on a solution, until then you can view the demurrage wikki at:
How-to-properly-handle-demurrage-in-applications
I will keep you posted in this thread.
I want to thank Maaku for his support in helping to further the functionality of the explorer.
TODO LIST:
1. Calculate demurrage in the address page
2. Related to #1, fix fee calculation to address demurrage
Due to the unique nature of demurrage, further modification of the explorer is needed.
WARNING: THE ADDRESS PAGE DOES NOT TAKE DEMURRAGE INTO ACCOUNT WHEN CALCULATING BALANCES
This is also causing issues with fee calculation when older coins are in the transfer, especially noticeable with large transfers
We are working on a solution, until then you can view the demurrage wikki at:
How-to-properly-handle-demurrage-in-applications
I will keep you posted in this thread.
I want to thank Maaku for his support in helping to further the functionality of the explorer.
TODO LIST:
1. Calculate demurrage in the address page
2. Related to #1, fix fee calculation to address demurrage
Geez you are getting quite efficient with adding new coin support 
Due to the unique nature of demurrage, further modification of the explorer is needed.
I will keep you posted in this thread.
Good Luck Freicoin...You have some competition in the Alt-coin world. But I try to support as many as I can.
Jump to: