Aricoin Core Network Source
C++ Python Shell C HTML Other Other
Switch branches/tags
Nothing to show
Clone or download
Fetching latest commit…
Cannot retrieve the latest commit at this time.
Permalink
Failed to load latest commit information.
autom4te.cache First commit Feb 5, 2016
build First commit Feb 5, 2016
contrib First commit Feb 5, 2016
doc First commit Feb 5, 2016
qa First commit Feb 5, 2016
share First commit Feb 5, 2016
src First commit Feb 5, 2016
COPYING First commit Feb 5, 2016
INSTALL First commit Feb 5, 2016
LICENSE First commit Feb 5, 2016
Makefile.am First commit Feb 5, 2016
README.md Update README.md Feb 5, 2016
aclocal.m4 First commit Feb 5, 2016
autogen.sh First commit Feb 5, 2016
configure.ac First commit Feb 5, 2016
pkg.m4 First commit Feb 5, 2016

README.md

Aricoin Core [ARI]

==========================

Aricoin

What is Aricoin?

Aricoin is a cryptocurrency like Bitcoin with a simple to use payment platform behind it, AricoinPay, although it does not use SHA256 as its proof of work (POW). Taking development cues from Tenebrix and Litecoin, Aricoin currently employs a simplified variant of scrypt.

  • Total coins: ~ 450,000,000,000
  • Initial subsidy: 17500
  • Block target: 60 seconds
  • Port: 16567
  • RPC port: 16568
  • Testnet port: 26567
  • RPC testnet port: 26568

http://aricoin.org/ http://aricoinpay.com

License

Aricoin is released under the terms of the MIT license. See COPYING for more information or see http://opensource.org/licenses/MIT.

Development and contributions

Development is ongoing and the development team as well as other volunteers can freely work in their own trees and submit pull requests when features or bug fixes are ready.

Version strategy

Version numbers are following major.minor.patch semantics.

Branches

There are 3 types of branches in this repository:

  • master: Stable, contains the latest version of the latest major.minor release.
  • maintenance: Stable, contains the latest version of previous releases, which are still under active maintenance. Format: <version>-maint
  • development: Unstable, contains new code for planned releases. Format: <version>-dev

Master and maintenance branches are exclusively mutable by release. Planned releases will always have a development branch and pull requests should be submitted against those. Maintenance branches are there for bug fixes only, please submit new features against the development branch with the highest version.

Translations

Periodically the translations are pulled from Transifex and merged into the git repository. See the translation process for details on how this works.

If the changes are Aricoin specific, they can be submitted as pull request against this repository. If it is a general translation, consider submitting it through upstream, as we will pull these changes later on.

Development tips and tricks

compiling for debugging

Run configure with the --enable-debug option, then make. Or run configure with CXXFLAGS="-g -ggdb -O0" or whatever debug flags you need.

debug.log

If the code is behaving strangely, take a look in the debug.log file in the data directory; error and debugging message are written there.

The -debug=... command-line option controls debugging; running with just -debug will turn on all categories (and give you a very large debug.log file).

The Qt code routes qDebug() output to debug.log under category "qt": run with -debug=qt to see it.

testnet and regtest modes

Run with the -testnet option to run with "play aricoins" on the test network, if you are testing multi-machine code that needs to operate across the internet.

If you are testing something that can run on one machine, run with the -regtest option. In regression test mode blocks can be created on-demand; see qa/rpc-tests/ for tests that run in -regest mode.

DEBUG_LOCKORDER

Aricoin Core is a multithreaded application, and deadlocks or other multithreading bugs can be very difficult to track down. Compiling with -DDEBUG_LOCKORDER (configure CXXFLAGS="-DDEBUG_LOCKORDER -g") inserts run-time checks to keep track of what locks are held, and adds warning to the debug.log file if inconsistencies are detected.