2024-12-15 22:44:06 +01:00
Neobytes Core integration/staging tree
======================================
2012-12-13 03:27:58 +01:00
2024-12-15 22:44:06 +01:00
https://www.neobytes.network
2016-05-30 08:22:30 +02:00
2024-12-15 22:44:06 +01:00
Further information about Neobytes Core is available in [doc folder ](/doc ).
2012-12-13 03:27:58 +01:00
2024-12-15 22:44:06 +01:00
What is Neobytes?
-----------------
2014-12-12 12:09:19 +01:00
2024-12-15 22:44:06 +01:00
Neobytes is an experimental digital currency that enables instant
payments to anyone, anywhere in the world. Neobytes uses peer-to-peer technology
2014-12-12 12:09:19 +01:00
to operate with no central authority: managing transactions and issuing money
2024-12-15 22:44:06 +01:00
are carried out collectively by the network. Neobytes Core is the name of the open
2014-12-12 12:09:19 +01:00
source software which enables the use of this currency.
2012-12-13 03:27:58 +01:00
For more information, as well as an immediately useable, binary version of
2024-12-15 22:44:06 +01:00
the Neobytes Core software, see [https://www.neobytes.network ](https://www.neobytes.network ).
## Neobytes FAQ
**Launch Date**: June 1, 2021
**Blockchain Type**: Decentralized
**Ticker Symbol**: NBY
**Genesis Block Hash**: "Neobytes Genesis born on June 1, 2021"
**Mining Algorithm**: NeoScrypt
2014-12-12 12:09:19 +01:00
2012-12-13 03:27:58 +01:00
License
-------
2024-12-15 22:44:06 +01:00
Neobytes Core is released under the terms of the MIT license.
See [COPYING ](COPYING ) for more information or see https://opensource.org/licenses/MIT.
2010-09-23 20:06:50 +02:00
2015-09-24 15:28:07 +02:00
Development Process
2012-12-13 03:27:58 +01:00
-------------------
2011-09-27 04:22:19 +02:00
2016-03-04 08:25:16 +01:00
The `master` branch is meant to be stable. Development is normally done in separate branches.
2024-12-15 22:44:06 +01:00
[Tags ](https://github.com/neobytes-project/neobytes/tags ) are created to indicate new official,
stable release versions of Neobytes Core.
2010-12-19 16:39:36 +01:00
2015-09-24 15:28:07 +02:00
The contribution workflow is described in [CONTRIBUTING.md ](CONTRIBUTING.md ).
2014-04-09 20:11:08 +02:00
2013-01-09 21:55:47 +01:00
Testing
2012-12-13 03:27:58 +01:00
-------
Testing and code review is the bottleneck for development; we get more pull
2014-05-23 09:49:01 +02:00
requests than we can review and test on short notice. Please be patient and help out by testing
other people's pull requests, and remember this is a security-critical project where any mistake might cost people
2012-12-13 03:27:58 +01:00
lots of money.
### Automated Testing
2011-09-27 04:22:19 +02:00
2024-12-15 22:44:06 +01:00
Developers are strongly encouraged to write [unit tests ](src/test/README.md ) for new code, and to submit new unit tests for old code.
Unit tests can be compiled and run (assuming they weren't disabled in configure) with: `make check` .
Further details on running and extending unit tests can be found in [/src/test/README.md ](/src/test/README.md ).
2013-01-09 21:55:47 +01:00
2024-12-15 22:44:06 +01:00
There are also [regression and integration tests ](/test ), written in Python, that are run automatically on the build server.
2019-05-19 22:20:34 +02:00
These tests can be run (if the [test dependencies ](/test ) are installed) with: `test/functional/test_runner.py`
2013-01-09 21:55:47 +01:00
2012-12-13 03:27:58 +01:00
### Manual Quality Assurance (QA) Testing
2013-01-09 21:55:47 +01:00
2024-12-15 22:44:06 +01:00
Changes should be tested by somebody other than the developer who wrote the code.
This is especially important for large or high-risk changes. It is useful to add a test plan to the pull request description if testing the changes is not straightforward.