This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
qort_model [09/28/2019 18:14] – crowetic | qort_model [12/05/2021 22:18] (current) – removed gfactor | ||
---|---|---|---|
Line 1: | Line 1: | ||
- | =====The QORT Model===== | ||
- | |||
- | QORT has a very unique model, which has been built over many years with the minds of multiple intelligent contributors. The overall idea of the platform is to keep EVERYTHING as completely decentralized as possible. Including the modification of key numbers in the system, like block reward. | ||
- | |||
- | The model is something that is subject to modification both with and without vote initially, as the platform will be in beta phase, and the development team may need to make changes without having the option of waiting for a vote to be taken, and completed. | ||
- | |||
- | The initial model, is very likely not to be the end model. However, the initial model is one that the team and contributors believe will work out well to start the platform, and get things moving in the right direction. | ||
- | |||
- | ===Coin information=== | ||
- | |||
- | The coin itself, is a ' | ||
- | |||
- | It will also be used for transaction fees for ' | ||
- | |||
- | ===NOTED CHANGES from original QORT model document=== | ||
- | |||
- | PLEASE NOTE: Initially, the team was aiming for a system that didn't have a cap, or transaction fees. However, upon extensive conversation with lead developer, it has been decided that those two things are not going to be able to take place, at least at the beginning. | ||
- | |||
- | So, there will be a hard cap of QORT tokens, which will be more of an arbitrary high number than a cap that is sought to be reached. The idea is that minters should always have a block reward on top of the typical fee reward from all normal transactions on the network. | ||
- | |||
- | Therefore, the initial cap of QORT is going to be set to a very high number, at least 10 Billion, most likely higher. However, this cap is one that will likely not be hit in a very long time, if ever. It is simply something that the system requires, due to the way it was coded initially in QORA. Modification of this may eventually happen, but not at launch. | ||
- | |||
- | **We would still like to view the system as one that doesn' | ||
- | |||
- | Another modification from the original document, is that regarding transaction fees. Initially we had wanted to build the system without transaction fees and instead utilize a PoW algo for each transaction. However, during the build process, we realized that the amount of verification needed by the network in such a system, may cause the system overall to slow down, potentially even require the block times to be increased. | ||
- | |||
- | **Therefore, | ||
- | |||
- | The fee will be set very low, and should not make any real noticeable difference in the rest of the plans for the system, so we believe it to be an acceptable modification. | ||
- | |||
- | The model for QORT is destined to have many modifications, | ||
- | |||
- | [[qort_model_-_account_types|QORT Account Types]] | ||
- | |||
- | [[minting|Minting]] | ||
- | |||