AlphaX
/
qortal
forked from Qortal/qortal
1
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity
Qortal Core - Main Code Repository Decentralized Data Network - Blockchain - TRUE Cross-Chain Trading - Application and Website Hosting - Much More - Qortal is the future internet infrastructure for the global digital world.
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
1847 Commits
77 Branches
112 Tags
430 MiB
Tree: 530fc67a05
Branches Tags
${ item.name }
Create tag ${ searchTerm }
Create branch ${ searchTerm }
from '530fc67a05'
${ noResults }
qortal/.gitignore

34 lines
449 B
Raw Normal View History Unescape

Initial stab at migrating to HSQLDB for Qora gen2 Most SQL tables defined but only payment transactions actually implemented. Maven support added. Some code imported from 'old' Qora: RIPEMD160 renamed as BrokenMD160 and deprecated. whispersystem's Ed25519 implementation (to be replaced with bouncycastle). Basic Account/PublicKeyAccount/PrivateKeyAccount code. Some utils like Base58 and Pair. To use: Use maven to fetch dependencies. Build project. Fire up an old-gen Qora node. Run src/test/update.java as a JUnit test to build DB structure. Run src/test/migrate.java as a JUnit test to migrate old Qora blocks to DB. You should now be able to run src/test/load.java and src/test/save.java as JUnit tests demonstrating loading/saving Transactions from/to database. This commit done while halfway through adding Block support!
6 years ago
/db*
Initial implementation of resource lists The ResourceList class creates or updates a list for the purpose of tracking resources on the Qortal network. This can be used for local blocking, or even for curating and sharing content lists. Lists are backed off to JSON files (in the lists folder) to ease sharing between nodes and users. This first implementation allows access to an address blacklist only, but has been written in such a way that other lists can be easily added. This might be needed in the future, e.g. to blacklist a group, a poll, or some hosted data. It could also be used by community members to curate lists of favourite or problematic content, which could then be shared or even subscribed to on the chain by other users.
3 years ago
/lists/
Initial stab at migrating to HSQLDB for Qora gen2 Most SQL tables defined but only payment transactions actually implemented. Maven support added. Some code imported from 'old' Qora: RIPEMD160 renamed as BrokenMD160 and deprecated. whispersystem's Ed25519 implementation (to be replaced with bouncycastle). Basic Account/PublicKeyAccount/PrivateKeyAccount code. Some utils like Base58 and Pair. To use: Use maven to fetch dependencies. Build project. Fire up an old-gen Qora node. Run src/test/update.java as a JUnit test to build DB structure. Run src/test/migrate.java as a JUnit test to migrate old Qora blocks to DB. You should now be able to run src/test/load.java and src/test/save.java as JUnit tests demonstrating loading/saving Transactions from/to database. This commit done while halfway through adding Block support!
6 years ago
/bin/
/target/
Removed qortal-backup folder from git
3 years ago
/qortal-backup/
Transaction-specific info in API results
6 years ago
/log.txt.*
/arbitrary*
Updated .gitignore
5 years ago
/Qortal-BTC*
Transaction-specific info in API results
6 years ago
/.factorypath
API modifications, remove blockchain defaultGroupId, Eclipse/git GET /assets/trades/recent expanded to allow multiple otherAssetIds When GET /assets/balances is called with address(es) but no assetIDs then it will return balances for all assets, including zero balances for assets the addresses don't own. GET /addresses/{address} no long fakes a default groupID - in fact defaultGroupId now removed from blockchain config. Some Eclipse IDE files now hidden/removed from git repo.
6 years ago
/.settings*
/.classpath
/.project
/log4j2-test.properties
Remove old, unused r5836 HSQLDB & osgi-console.sh Added notes/ and .mvn.classpath to .gitignore Commit 2594d4f was: Master branch tidy up
5 years ago
/.mvn.classpath
/notes*
Added settings.json to gitignore
5 years ago
/settings.json
Updated .gitignore
5 years ago
/testnet*
/settings*.json
Modified .gitignore to allow multiple testnets to exist by adding a number or other suffix.
3 years ago
/testchain*.json
/run-testnet*.sh
Exclude IntelliJ IDEA files from git.
4 years ago
/.idea
/qortal.iml
Removed .DS_Store files.
3 years ago
.DS_Store
Added other files to .gitignore
3 years ago
/src/main/resources/resources
/*.jar
/run.pid
/run.log
Removed outdated qortal.jar from "WindowsInstaller/Install Files" directory. Including an older JAR in the source code only leads to confusion, because a zip of the source code is automatically included with each github release. From what I can see, there is no need for it to be here. Added to .gitignore so we have the option of keeping a local copy.
3 years ago
/WindowsInstaller/Install Files/qortal.jar
Ignore bootstraps and other 7z archives in git.
3 years ago
/*.7z
Add tmp folder to gitignore
3 years ago
/tmp
Exclude all data* paths from gitignore.
3 years ago
/data*
Significant rework of patches - The "diff type" is now specified per file, allowing for different diff methods in each modified file. - Patches will only be created when both the before and after files are less than 100kiB in size. - Patches are validated after creation, and if invalid it will fall back to including the entire file. This has identified a bug where patching fails for files without trailing newline characters, which still needs to be fixed. Until then, it will fall back to including the entire file in these cases.
3 years ago
/src/test/resources/arbitrary/*/.qortal/cache
Rework of API keys An API key is now _required_ for sensitive API calls that would previously have allowed local loopback authentication. Previously, a request would have been considered authenticated if it originated from the same machine, however this creates a security issue when running third party code (particularly javascript) via the data network. The solution is to now require an API key to authenticate sensitive API calls no matter where the request originates from. It works as follows: - When the core is first installed, it has no API key generated and will block sensitive calls until generated. - A new POST /admin/apikey/generate API endpoint has been added, which can be used the generate an API key for a newly installed node. The UI will ultimately call this automatically. - This API returns the generated key so that it can be stored by the requesting app (most likely the UI). - From then on, the generate API requires authentication via the existing API key in order to regenerate a key. It can be used as a security measure if the existing key is compromised. - The API key must be passed to all sensitive API endpoints from then on, even when calling it from the same local machine. - If the core already has a legacy API key specified via the 'apiKey' setting, this will be automatically copied to the new format so that a new one doesn't need to be generated. - The API key itself is stored in a flat file in the qortal directory (the path can be customized using the `apiKeyPath` setting). Deleting this file and restarting the core will allow a new one to be regenerated.
3 years ago
apikey