This shows you the differences between two versions of the page.
Next revision | Previous revision | ||
coin_token_listings [09/11/2020 03:54] – created gfactor | coin_token_listings [06/02/2023 07:47] (current) – quickmythril | ||
---|---|---|---|
Line 1: | Line 1: | ||
====== Coin/Token Listings ====== | ====== Coin/Token Listings ====== | ||
+ | {{: | ||
- | Just as the platform' | + | Just as the platform' |
- | However, during | + | BTC, LTC, DOGE, RVN, DGB, and ARRR have been listed prior to the creation |
- | The listing of LTC on top of the existing BTC, was a plan far before the voting system will control the future listings, and as such, LTC is planned to be listed prior to the creation of the Voting System. | ||
+ | =====Adding New Assets===== | ||
- | ===After LTC is listed, | + | Since each coin/ |
- | Once LTC (Litecoin) support has been custom written (as there are no java LTC libraries anywhere near as good as what we need, the creation of not only the wallet, but also the underlying library for communication to the Litecoin Network, both must be BUILT FROM SCRATCH by our team, prior to being able to be implemented. | + | =====Vote-Controlled Listing System===== |
- | Since each coin/token listed | + | In the future, the creation of the Voting System will allow community vote-controlled listings |
- | True Decentralized trades, require native local wallets | + | =====Guidelines |
- | ===The Vote-Controlled Listing System=== | + | These guidelines will help describe what we look for when adding new coins to the Qortal Wallet and Trade Portal. Our goal is to support projects that align with our values of fairness, decentralization, |
- | In the future, after the listing | + | When suggesting new coins for Qortal, keep in mind both the project' |
+ | |||
+ | __**Considerations for Inclusion**__ \\ | ||
+ | When suggesting a coin for inclusion in Qortal, we generally prefer to see these qualities in the projects: | ||
+ | * **No Initial Coin Offering (ICO)**: We prefer projects that didn't rely on an ICO for launch. This approach helps to avoid the risk of imbalances in coin distribution, single-entity control, centralization at inception, and potential for regulatory issues that could risk the project' | ||
+ | * **No Pre-mine**: Projects where all participants had a fair opportunity from the beginning are preferred. This helps to promote fairness, prevent central control, and support a more decentralized coin distribution. | ||
+ | * **Fair Launch**: We appreciate projects where everyone had an equal opportunity to acquire coins at the launch, reflecting our values of equity and inclusion. | ||
+ | * **No Proof of Stake (PoS)**: We generally prefer projects that use consensus mechanisms other than PoS, to prevent potential concentration of power over time. | ||
+ | * **No Centralized Entities**: We favor projects that fully embrace decentralization, | ||
+ | * **No KYC Requirements**: | ||
+ | * **Privacy Features**: We appreciate coins that provide privacy features, respecting the principle of user autonomy and data protection. | ||
+ | * **Long-Term Sustainability**: | ||
+ | |||
+ | __**Technical Preferences**__ \\ | ||
+ | In addition to the project' | ||
+ | * **Support for ElectrumX servers**: It's easier for us to integrate a coin if it supports ElectrumX servers. Having active servers already | ||
+ | * **Lite Wallet Server or Public Node**: If a coin doesn' | ||
+ | * **Support for P2PKH " | ||
+ | * **Compatibility with Existing Code**: Coins that have a java implementation like bitcoinj, libdohj, or altcoinj are easier |