Written in node.js and mongodb, eIquidus is the most stable, secure, customizable and feature-rich open-source block explorer with support for virtually any altcoin that implements some form of the Bitcoin RPC API protocol. Originally built for the Uzlo blockchain, eIquidus has since grown into a fully-featured explorer with a focus on stability and security at its core. All features from the original iquidus explorer are included here along with many new ideas from other iquidus forks, and an absolute ton of new custom changes and bug fixes that were developed specifically for eIquidus.
- Luke Williams (aka iquidus): for creating the original Iquidus explorer
- Alan Rudolf (aka suprnurd): for the custom changes found in the Ciquidus explorer
- Tim Garrity (aka uaktags): for his many contributions to the Iquidus explorer and custom features from the uaktags explorer
- TheHolyRoger: for his continued work and contributions to the Iquidus explorer
- All the rest of the Iquidus contributors who helped shape the Iquidus explorer in some way
Before getting too excited, please note that for now, the average payment will likely be equivalent to the price of a cup of coffee, depending on the complexity and usefulness of the pull request. The open bounty means that we welcome any and all code submissions that improve the overall experience of the explorer in some way. We are generally more interested in bug fixes and feature enhancements that are useful for most users, and are less interested in coin-specific changes that only benefit a small handful of users, although we do appreciate and support those types of updates as well. Payments will be decided on a case by case basis. If you are interested in submitting a pull request for payment, you may create a new issue for bugs, start a new discussion for general updates, or contact the developer privately via Discord or Telegram using the links below to get an approximate quote on how much a particular fix or feature may be worth.
- Features
- See it in Action
- Installation
- Start/Stop the Explorer
- Start Explorer (Use for Testing)
- Stop Explorer (Use for Testing)
- Start Explorer Using PM2 (Recommended for Production)
- Start Explorer Using PM2 and Log Viewer
- Stop Explorer Using PM2 (Recommended for Production)
- Start Explorer Using Forever (Alternate Production Option)
- Stop Explorer Using Forever (Alternate Production Option)
- Syncing Databases with the Blockchain
- Wallet Settings
- Run Express Webserver on Port 80
- TLS/SSL Support
- CORS Support
- Useful Scripts
- Known Issues
- How You Can Support Us
- License
- Built using the following scripts and technologies:
- Node.js (v14.15.4 or newer recommended)
- MongoDB (v4.4.3 or newer recommended)
- JQuery v3.5.1
- Bootstrap v4.5.3
- DataTables v1.10.22
- FontAwesome v5.15.1
- Luxon v1.26.0
- jqPlot v1.0.9.d96a669
- Chart.js v2.9.4
- flag-icon-css v3.5.0 (https://github.com/lipis/flag-icon-css)
- Mobile-friendly
- Sass support
- Pages/features:
- Home/Explorer: Displays latest blockchain transactions
- Masternodes: Displays the current listing of all masternodes known to be active on the network. *only applicable to masternode coins
- Movement: Displays latest blockchain transactions that are greater than a certain configurable amount
- Network: Displays a list of peers that have connected to the coind wallet in the past 24 hours, along with useful addnode data that can be used to connect your own wallets to the network easier
- Top 100: Displays the top 100 richest wallet addresses, the top 100 wallet addresses that have the highest total number of coins received based on adding up all received transactions, as well as a table and pie chart breakdown of wealth distribution. Additional support for omitting burned coins from top 100 lists
- Markets: Displays a number of exchange-related metrics including market summary, 24 hour chart, most recent buy/sell orders and latest trade history. The following 7 cryptocurrency exchanges are supported:
- API: A listing of available public API's that can be used to retrieve information from the network without the need for a local wallet. The following public API's are supported:
- RPC API calls (Return data from coind)
- getdifficulty: Returns the current difficulty
- getconnectioncount: Returns the number of connections the block explorer has to other nodes
- getblockcount: Returns the current block index
- getblockhash: Returns the hash of the block at a specific index
- getblock: Returns information about the block with the given hash
- getrawtransaction: Returns raw transaction representation for given transaction id
- getnetworkhashps: Returns the current network hashrate
- getvotelist: Returns the current vote list
- getmasternodecount: Returns the total number of masternodes on the network *only applicable to masternode coins
- Extended API calls (Return data from local indexes)
- getmoneysupply: Returns current money supply
- getdistribution: Returns wealth distribution stats
- getaddress: Returns information for given address
- getaddresstxs: Returns transactions for a wallet address starting from a particular offset
- gettx: Returns information for given tx hash
- getbalance: Returns current balance of given address
- getlasttxs: Returns transactions greater than a specific number of coins, starting from a particular offset
- getcurrentprice: Returns last known exchange price
- getbasicstats: Returns basic statistics about the coin including: block count, circulating supply, USD price, BTC price and # of masternodes *# of masternodes is only applicable to masternode coins
- getsummary: Returns a summary of coin data including: difficulty, hybrid difficulty, circulating supply, hash rate, BTC price, network connection count, block count, count of online masternodes and count of offline masternodes *masternode counts are only applicable to masternode coins
- getnetworkpeers: Returns the list of network peers that have connected to the explorer node in the last 24 hours
- getmasternodelist: Returns the complete list of masternodes on the network *only applicable to masternode coins
- getmasternoderewards: Returns a list of masternode reward transactions for a specific address that arrived after a specific block height *only applicable to masternode coins
- getmasternoderewardstotal: Returns the total number of coins earned in masternode rewards for a specific address that arrived after a specific block height *only applicable to masternode coins
- RPC API calls (Return data from coind)
- Claim Address: Allows anyone to set custom display names for wallet addresses that they own using the Sign Message feature from their local wallet. Includes bad word filter support.
- Block Info: Displays block summary and list of transactions for a specific block height
- Transaction Info: Displays transaction summary, list of input addresses and output addresses for a specific transaction
- Address Info: Displays wallet address summary (balance, total sent, total received, QR code) and a list of latest transactions for a specific wallet address
- Choose from 22 built-in themes with tweakable settings such as light and dark options to customize the look and feel of the explorer:
- Uzlo *default theme made especially for eIquidus
- Cerulean (Preview)
- Cosmo (Preview)
- Cyborg (Preview)
- Darkly (Preview)
- Flatly (Preview)
- Journal (Preview)
- Litera (Preview)
- Lumen (Preview)
- Lux (Preview)
- Materia (Preview)
- Minty (Preview)
- Pulse (Preview)
- Sandstone (Preview)
- Simplex (Preview)
- Sketchy (Preview)
- Slate (Preview)
- Solar (Preview)
- Spacelab (Preview)
- Superhero (Preview)
- United (Preview)
- Yeti (Preview)
- Customizable panels at the top of every page to display the following information:
- Network: Displays the current network hash rate *only applicable to POW coins
- Difficulty: Displays the current proof-of-work and/or proof-of-stake difficulty
- Masternodes: Displays a count of online and unreachable masternodes *only applicable to masternode coins
- Coin Supply: Displays the current circulating coin supply value
- Price: Displays the current market price in BTC
- Market Cap: Displays the current market cap value in BTC
- Logo: Display an image of your coin logo
- Add as many custom social links to the explorer footer as desired. Useful for linking to github, twitter, coinmarketcap or any other social media or external links as necessary.
- Custom rpc/api command support which increases blockchain compatibility. Supported cmds:
- getnetworkhashps: Returns the estimated network hashes per second
- getmininginfo: Returns a json object containing mining-related information
- getdifficulty: Returns the proof-of-work difficulty as a multiple of the minimum difficulty
- getconnectioncount: Returns the number of connections to other nodes
- getblockcount: Returns the number of blocks in the longest blockchain
- getblockhash: Returns hash of block in best-block-chain at height provided
- getblock: Returns an object with information about the block
- getrawtransaction: Returns raw transaction data
- getinfo: Returns an object containing various state info
- getpeerinfo: Returns data about each connected network node as a json array of objects
- gettxoutsetinfo: Returns an object with statistics about the unspent transaction output set
- getvotelist: Returns an object with details regarding the current vote list
- getmasternodecount: Returns a json object containing the total number of masternodes on the network
- getmasternodelist: Returns a json array containing status information for all masternodes on the network
- verifymessage: Verify a signed message. Must accept the following arguments:
- address: The wallet address to use for the signature
- signature: The signature provided by the signer in base 64 encoding
- message: The message that was signed
- Additional support for the following custom blockchain features:
- Bitcoin P2PK transactions
- Bitcoin rpc/api cmds:
- getdescriptorinfo: Accepts a descriptor as input and returns an object with more detailed information, including its computed checksum
- deriveaddresses: Accepts an output descriptor as input and returns an array containing one or more P2PKH addresses
- Bitcoin rpc/api cmds:
- Heavycoin democratic voting and reward support
- Reward Page: Displays reward/voting information
- Heavycoin rpc/api cmds:
- getmaxmoney: Returns the number of coins that will be produced in total
- getmaxvote: Returns the maximum allowed vote for the current phase of voting
- getvote: Returns the current block reward vote setting
- getphase: Returns the current voting phase name
- getreward: Returns the current block reward
- getsupply: Returns the current money supply
- getnextrewardestimate: Returns an estimate for the next block reward based on the current state of decentralized voting
- getnextrewardwhenstr: Returns a string describing how long until the votes are tallied and the next block reward is computed
- Heavycoin public API's:
- getmaxmoney: Returns the maximum possible money supply
- getmaxvote: Returns the maximum allowed vote for the current phase of voting
- getvote: Returns the current block reward vote setting
- getphase: Returns the current voting phase
- getreward: Returns the current block reward, which has been decided democratically in the previous round of block reward voting
- getsupply: Returns the current money supply
- getnextrewardestimate: Returns an estimate for the next block reward based on the current state of decentralized voting
- getnextrewardwhenstr: Returns a string describing how long until the votes are tallied and the next block reward is computed
- Zcash/zk-SNARKs private tx support
- Bitcoin P2PK transactions
While we do not yet have our own step-by-step setup instructions, there are a few well-written guides out there already that detail how to set up and install the original iquidus explorer. Because the setup process for iquidus is more-or-less identical to eIquidus at this moment in time (making changes to settings.json is probably the biggest difference although we have helpful comments for each setting), here are some of the more complete guides that may be useful for anyone who needs more detailed instructions than are provided in the Quick Install Instructions:
- The Ultimate Iquidus Explorer Installation Guide
- Node and Iquidus Explorer Setup for Dummies
- Iquidus Block Explorer Guide
The following prerequisites must be installed before using the explorer:
- Node.js (v14.15.4 or newer recommended)
- MongoDB (v4.4.3 or newer recommended)
- A fully synchronized coind wallet daemon that supports the Bitcoin RPC API protocol
Open the MongoDB cli:
mongo
Select database:
NOTE: explorerdb
is the name of the database where you will be storing local explorer data. You can change this to any name you want, but you must make sure that you set the same name in the settings.json
file for the dbsettings.database
setting.
use explorerdb
Create a new user with read/write access:
db.createUser( { user: "eiquidus", pwd: "Nd^p2d77ceBX!L", roles: [ "readWrite" ] } )
git clone https://github.com/team-uzlocoin/eiquidus explorer
cd explorer && npm install --production
cp ./settings.json.template ./settings.json
Make required changes in settings.json
You can launch the explorer in a terminal window that will output all warnings and error msgs with one of the following cmds (be sure to run from within the explorer directory):
npm start
or (useful for crontab):
npm run prestart && /path/to/node --stack-size=10000 ./bin/cluster
NOTE: mongod must be running to start the explorer.
The explorer defaults to cluster mode by forking an instance of its process to each cpu core, which results in increased performance and stability. Load balancing gets automatically taken care of and any instances that for some reason die, will be restarted automatically. If desired, a single instance can be launched with:
npm run start-instance
or (useful for crontab):
npm run prestart && /path/to/node --stack-size=10000 ./bin/instance
To stop the explorer running with npm start
you can end the process with the key combination CTRL+C
in the terminal that is running the explorer, or from another terminal you can use one of the following cmds (be sure to run from within the explorer directory):
npm stop
or (useful for crontab):
sh ./scripts/stop_explorer.sh
PM2 is a process manager for Node.js applications with a built-in load balancer that allows you to always keep the explorer alive and running even if it crashes. Once you have configured the explorer to work properly in a production environment, it is recommended to use PM2 to start and stop the explorer instead of npm start
and npm stop
to keep the explorer constantly running without the need to always keep a terminal window open.
You can start the explorer using PM2 with one of the following terminal cmds (be sure to run from within the explorer directory):
npm run start-pm2
or (useful for crontab):
npm run prestart "pm2" && /path/to/pm2 start ./bin/instance -i 0 --node-args="--stack-size=10000"
NOTE: Use the following cmd to find the install path for PM2:
which pm2
Alternatively, you can start the explorer using PM2 and automatically open the log viewer which will allow for viewing all warnings and error msgs as they come up by using one of the following terminal cmds (be sure to run from within the explorer directory):
npm run start-pm2-debug
or (useful for crontab):
npm run prestart "pm2" && /path/to/pm2 start ./bin/instance -i 0 --node-args="--stack-size=10000" && /path/to/pm2 logs
To stop the explorer when it is running via PM2 you can use one of the following terminal cmds (be sure to run from within the explorer directory):
npm run stop-pm2
or (useful for crontab):
/path/to/pm2 stop ./bin/instance
Forever is an alternative to PM2 which is another useful Node.js module that is used to always keep the explorer alive and running even if the explorer crashes or stops. Once you have configured the explorer to work properly in a production environment, forever can be used as an alternative to PM2 to start and stop the explorer instead of npm start
and npm stop
to keep the explorer constantly running without the need to always keep a terminal window open.
You can start the explorer using forever with one of the following terminal cmds (be sure to run from within the explorer directory):
npm run start-forever
or (useful for crontab):
npm run prestart && /path/to/node /path/to/forever start ./bin/cluster
NOTE: Use the following cmd to find the install path for forever:
which forever
To stop the explorer when it is running via forever you can use one of the following terminal cmds (be sure to run from within the explorer directory):
npm run stop-forever
or (useful for crontab):
/path/to/node /path/to/forever stop ./bin/cluster
sync.sh (located in scripts/) is used for updating the local databases. This script must be called from the explorers root directory.
Usage: scripts/sync.sh /path/to/node [mode]
Mode: (required)
update Updates index from last sync to current block
check Checks index for (and adds) any missing transactions/addresses
reindex Clears index then resyncs from genesis to current block
reindex-rich Clears and recreates the richlist data
reindex-txcount Rescan and flatten the tx count value for faster access
reindex-last Rescan and flatten the last blockindex value for faster access
market Updates market summaries, orderbooks, trade history + charts
peers Updates peer info based on local wallet connections
masternodes Updates the list of active masternodes on the network
Notes:
- 'current block' is the latest created block when script is executed.
- The market + peers databases only support (& defaults to) reindex mode.
- If check mode finds missing data(ignoring new data since last sync),
index_timeout in settings.json is set too low.
It is recommended to have this script launched via a cronjob at 1+ min intervals.
Example crontab; update index every minute, market data every 2 minutes, peers and masternodes every 5 minutes
*/1 * * * * /path/to/explorer/scripts/sync.sh /path/to/node update > /dev/null 2>&1
*/2 * * * * /path/to/explorer/scripts/sync.sh /path/to/node market > /dev/null 2>&1
*/5 * * * * /path/to/explorer/scripts/sync.sh /path/to/node peers > /dev/null 2>&1
*/5 * * * * /path/to/explorer/scripts/sync.sh /path/to/node masternodes > /dev/null 2>&1
The wallet connected to eIquidus must be running with the following flags:
-daemon -txindex
You may either call your coins daemon using this syntax:
coind -daemon -txindex
or else you can add the settings to your coins config file (recommended):
daemon=1
txindex=1
A typical webserver binds to port 80 to serve webpages over the http protocol, but the Express webserver cannot do this by default unless it is given root permissions, which isn't recommended for security reasons. Instead, there are two recommended workarounds to achieve the same end result:
NOTE: Be sure to allow port 80 through any firewalls you may have configured or the explorer website may not be accessible remotely.
- You can use the
setcap
command to change the capabilities of thenode
binary file to specifically allow the Express webserver to bind to a port less than 1024 (this one-time cmd requires root privileges):
sudo setcap cap_net_bind_service=+ep `readlink -f \`which node\``
- Open the
settings.json
file and change thewebserver.port
setting to a value of 80. Save the change and restart the explorer.
You should now be able to browse to the explorer by IP address or domain name without the need for specifying the 3001 port any longer.
A few steps are involved in setting up another webserver that can bind to port 80 and forward all incoming traffic to the eIquidus node.js app. Any commercial webserver can be used to create the reverse proxy, but in this case, Nginx will be used as an example:
- Install Nginx with the following terminal cmd:
sudo apt-get install nginx
- Remove the default configuration file:
sudo rm /etc/nginx/sites-enabled/default
- Create a new file in
/etc/nginx/sites-available/
callednode
and open it with the nano text editor:
sudo nano /etc/nginx/sites-available/node
- Paste the following code in the file and make sure to change
example.com
to your domain or IP address, and change port3001
on theproxy_pass
line to the port # you have configured for thewebserver.port
setting in thesettings.json
file. When done editing, press CTRL+X, then Y (for yes to save) and then ENTER to finish saving the changes to the config file:
server {
listen 80;
server_name example.com;
location / {
proxy_set_header X-Forwarded-For $remote_addr;
proxy_set_header Host $http_host;
proxy_pass "http://127.0.0.1:3001";
}
}
- Create a new symbolic link for the Nginx configuration file that was just created and link it to the
/etc/nginx/sites-enabled
directory:
sudo ln -s /etc/nginx/sites-available/node /etc/nginx/sites-enabled/node
- Restart Nginx to apply the configuration changes:
sudo service nginx restart
- Nginx will now forward all incoming requests to eIquidus and after restarting the explorer it should be browsable via http://example.com without the need for the http://example.com:3001 port any longer.
Similar to the problem with binding to port 80, a typical webserver binds to port 443 to serve webpages over the https protocol, but the Express webserver cannot do this by default unless it is given root permissions, which isn't recommended for security reasons. Instead, there are two recommended workarounds to achieve the same end result: Manually Link TLS/SSL Certificates to the Explorer or Use Nginx as a Reverse Proxy.
NOTE: Be sure to allow port 443 through any firewalls you may have configured or the explorer website may not be accessible remotely.
There are a few common steps that must be completed before TLS/SSL certificates can be generated:
- Install snapd:
sudo apt install snapd
- Ensure that snapd is up to date:
sudo snap install core; sudo snap refresh core
- Install certbot (full install instructions for different operating systems and configurations can be found here: https://certbot.eff.org/instructions):
sudo snap install --classic certbot
- Prepare the certbot command:
sudo ln -s /snap/bin/certbot /usr/bin/certbot
Follow the steps below to configure the Express webserver for use with TLS/SSL:
-
If you haven't already done so, run the
setcap
cmd from the Use Setcap to Safely Grant User Permissions Instructions which will allow node.js to bind to port 443 without needing root permissions. -
There are different options for generating a valid TLS/SSL certificate, but in this case it is assumed that you do not have another webserver running on port 80 and therefore the standalone install method will be used. If you do have a webserver running, this cmd will fail unless you temporarily stop the webserver before continuing:
sudo certbot certonly --standalone
Certbot will ask a few simple questions and generate the necessary TLS/SSL certificate files for your domain. It will also install the necessary files to automatically renew the certificates when they are about to expire, so you shouldn't need to do anything special to keep them up to date.
- Once the TLS/SSL certificates are generated, you will need to grant permission to non-root users with the following commands:
sudo chmod -R 755 /etc/letsencrypt/live/
sudo chmod -R 755 /etc/letsencrypt/archive/
- The last step is to enable TLS in the explorer's
settings.json
file and specify the paths to the 3 main certificate files that you just generated. Example:
"webserver": {
"port": 80,
"tls": {
"enabled": true,
"port": 443,
"cert_file": "/etc/letsencrypt/live/example.com/cert.pem",
"chain_file": "/etc/letsencrypt/live/example.com/chain.pem",
"key_file": "/etc/letsencrypt/live/example.com/privkey.pem"
},
"cors": {
"enabled": false,
"corsorigin": "*"
}
},
Ensure that webserver.tls.enabled
= true and that you specify the exact path to the webserver.tls.cert_file
, webserver.tls.chain_file
and webserver.tls.key_file
files by changing example.com
to the domain name that you just generated TLS/SSL certificates for.
- If all went well, you should now be able to start up the explorer and browse to it using a secure https connection like https://example.com.
-
If you haven't already done so, first follow through the Use Another Webserver as a Reverse Proxy Instructions and then continue with step #2 below.
-
Generate a new TLS/SSL certificate via certbot which will automatically edit your Nginx configuration files and enable https at the same time:
sudo certbot --nginx
Certbot will ask a few simple questions and generate the necessary TLS/SSL certificate files for your domain and link them to Nginx. It will also install the necessary files to automatically renew the certificates when they are about to expire, so you shouldn't need to do anything special to keep them up to date.
- If all went well, you should now be able to start up the explorer and browse to it using a secure https connection like https://example.com.
eIquidus has basic CORS support which is useful to prevent other sites from consuming public APIs while still allowing specific websites whitelisted access.
CORS description taken from MaxCDN One
To prevent websites from tampering with each other, web browsers implement a security measure known as the same-origin policy. The same-origin policy lets resources (such as JavaScript) interact with resources from the same domain, but not with resources from a different domain. This provides security for the user by preventing abuse, such as running a script that reads the password field on a secure website.
In cases where cross-domain scripting is desired, CORS allows web developers to work around the same-origin policy. CORS adds HTTP headers which instruct web browsers on how to use and manage cross-domain content. The browser then allows or denies access to the content based on its security configuration.
You must first set up CORS in eIquidus by editing the settings.json file and setting the value for webserver.cors.enabled
to true.
"webserver": {
"cors": {
"enabled": true,
The webserver.cors.corsorigin
setting defaults to "*" which allows all requests from any origin. Keeping this setting at "*" can lead to abuse and is not recommended. Therefore, you should change the webserver.cors.corsorigin
setting to an external origin that you control, as seen in the following example:
"webserver": {
"cors": {
"enabled": true,
"corsorigin": "http://example.com"
The above example would allow sharing of resources from eIquidus for all data requests coming from the example.com domain, while all requests coming from any other domain would be rejected as per normal.
Below is an example of a simple javascript call using jQuery that could be used on your example.com website to return the current block count from eIquidus:
jQuery(document).ready(function($) {
$.ajax({
type: "GET",
url: "http://your-eiquidus-url/api/getblockcount",
cache: false
}).done(function (data) {
alert(data);
});
});
Make a complete backup of an eIquidus mongo database collection and save to compressed tar.gz file. Please note that you must ensure that the explorer is NOT running at the time of backup to prevent corrupting the backup data. The following backup scenarios are supported:
Backup Database (No filename specified)
sh scripts/create_backup.sh
: Backs up to the explorer/backups directory by default with the current date as the filename in the format yyyy-MMM-dd.tar.gz
Backup Database (Partial filename specified)
sh scripts/create_backup.sh test
: Backs up the the explorer/backups directory by default with the filename test.tar.gz
Backup Database (Full filename specified)
sh scripts/create_backup.sh today.tar.gz
: Backs up the the explorer/backups directory by default with the filename today.tar.gz
Backup Database (Full path with partial filename specified)
sh scripts/create_backup.sh /usr/local/bin/abc
: Backs up the the /usr/local/bin directory with the filename abc.tar.gz
Backup Database (Full path and filename specified)
sh scripts/create_backup.sh ~/new.tar.gz
: Backs up the the users home directory with the filename new.tar.gz
Restore a previously saved eIquidus mongo database collection backup.
Restore Database (Partial filename specified)
sh scripts/restore_backup.sh old
: Restores the explorer/scripts/backups/old.tar.gz file
Restore Database (Full filename specified)
sh scripts/restore_backup.sh working.tar.gz
: Restores the explorer/scripts/backups/working.tar.gz file
Restore Database (Full path with partial filename specified)
sh scripts/restore_backup.sh /home/explorer/backup
: Restores the /home/explorer/backup.tar.gz file
Restore Database (Full path and filename specified)
sh scripts/restore_backup.sh ~/archive.tar.gz
: Restores the ~/archive.tar.gz file
Completely wipe the eIquidus mongo database collection clean to start again from scratch.
Delete Database
sh scripts/delete_database.sh
exceeding stack size
RangeError: Maximum call stack size exceeded
Nodes default stack size may be too small to index addresses with many tx's. If you experience the above error while running sync.sh the stack size needs to be increased.
To determine the default setting run:
node --v8-options | grep -B0 -A1 stack-size
To run a sync with a larger stack size launch with:
node --stack-size=[SIZE] scripts/sync.js index update
Where [SIZE] is an integer higher than the default.
note: SIZE will depend on which blockchain you are using, you may need to play around a bit to find an optimal setting
The eIquidus block explorer is brought to you by the tireless efforts of the Uzlo development team for the benefit of the greater crypto community. If you enjoy our work, please consider supporting our continued development of this and many other cool crypto projects which you can find on our github page.
You can support us via one of the following options:
- Buy and hodl UZLO. Buying and trading our UZLO coin helps stimulate the market price which allows us to hire more developers and continue to release high quality products in the future.
- Consider a small donation by sending us some cryptocurrency:
- Are you a software developer? Consider taking advantage of our open bounty program and get paid in UZLO to help make the block explorer even better by submitting code improvements.
Copyright (c) 2019-2021, The Uzlo Community
Copyright (c) 2017, The Chaincoin Community
Copyright (c) 2015, Iquidus Technology
Copyright (c) 2015, Luke Williams
All rights reserved.
Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met:
-
Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer.
-
Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution.
-
Neither the name of Iquidus Technology nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission.
THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.