Show Posts
|
Pages: [1] 2 3 »
|
Hi dear friends, question to Devs and Tritium wallet beta testers, it is possible to get Nexus from proof of stake for example after 5 hours ? Because QT wallet demand long standby of application, but opossed to this in Nexus FAQ it is said that Tritium will bring gradual decay
Tritium Trust (the update to the staking system) was implemented back in September, so your trust does decay gradually instead of lost automatically. The time period to mine a Proof-of-Stake block is now 72 hours. Takes a little patience to get the first genesis block and for the network to trust your new wallet, but that's also what makes Nexus so secure. This will be the system in the new Tritium Wallet, just as it is in QT, on the back end. Tritium Trust White Paper: https://nexusearth.com/tritium-trust/
|
|
|
Nexus Kids is a charity that empowers children to learn skills in the #tech industry. Visit our website to learn how you can give back: http://www.nexuskids.clubNexus Kids is operated fully with the #NXS currency for maximum transparency and accountability. We are creating an ecosystem that supports and functions on the #Nexus blockchain.
|
|
|
I don't believe so. Market is way down, it hasn't responded to news or releases since last winter.
|
|
|
REQUIRED Legacy Wallet 0.2.5.0 Update: The Trust Update Here is Colin's blog post: https://medium.com/@colincantrell/legacy-update-the-trust-update-ae0d05cd2f5This update is REQUIRED by 09/14/2018 19:11:00 GMT -7 to keep your wallet running on the main chain. Full blog post: https://nexusearth.com/technology/the-new-trust-system-wallet-0-2-5-0-required-update/If you are upgrading from 0.2.4.6 or earlier, this version will re-index your blockchain database the first time it runs. The process will take a while, up to 5-10x the normal load time depending on your hardware. Just let it load, then let it sync completely. After the initial load, this version should cut your previous load time roughly in half. For Linux users who compile manually, the re-indexing is much faster. Upgrade process (Windows and Mac GUI): Backup your current wallet Exit wallet Download 0.2.5.0: nexus-qt.exe for Windows, nexus-qt.dmg for Mac Run the new executable instead of the old one Optional: The recent.zip database bootstrap contains a copy of the database that is already re-indexed. You might save time by using this to manually replace your current blockchain database. Download file and instructions on nexusearth.com EDIT: UPDATE: If you experienced issues with your wallet syncing after the 2.5 update, please update to the RC-2 branch by downloading the new .exe or .dmg file from Github. You do not need to update if you did not have any syncing issues: https://github.com/Nexusoft/Nexus/releases/tag/2.5.0
|
|
|
Another update: The guys are working on a fix after some riff raff from the prime channel this morning, so if you are having trouble with your wallet, please know that it's already being worked on and a new update will be coming soon. In the meantime, Tomorrow is the start of the new Wallet Private Beta 1.0! Our community gets the first look at the interface. https://nexusearth.com/technology/nexus-wallet-development-update-private-beta-1-0/
|
|
|
Awesome line-up, looking forward to watching the streams (although being there would be even better!). Nice promo video too, did Mr Probz make it? It looks good! Not this one, but I do hope he makes more of them.
|
|
|
Serendipitous meetings can lead to monumental advancements in tech on any given day. Meet Dino Farinacci, founder of lispers.net & former Fellow at cisco Systems who’s chance meeting on a train is bringing the first ever network scalability to the Nexus blockchain. http://bit.ly/LISPS
|
|
|
Wow 144K TPS with the Lower Level Protocol, that's pretty insane. Specifically since it's not even live yet and still being developed. Combine this with more second layer scaling and the results could be immense. Awesome work. work and the truth is very interesting made by the creators of this project. but i think that scaling as you ask is simply unrealistic. can of course be in the plans it is possible but the code will have a lot of resources to demand and that part of the 144k will be lost in the course of work. We don't need layer 2 scale ability, 3DC will be scalable as layer 1 Here's some more info: Colin Cantrell [1:57 PM] The transaction capacity on the ledger level is limited by the data rate defined by block size and block times. The LLP is the network layer which handles much more than VISA - a full 3DC will be required to get the ledger data rates to this level. Colin Cantrell [3:22 PM] Based on available data rate yes - 655 tx/s is the target. I'll release benchmarks on that when I'm testing Tritium Blocks. This can easily be changed by increasing block size and processing transactions before block lock - but that's a base number I'm focusing on in the near future to keep us scaleable single dimensionally until the larger components of the 3DC is deployed through Amine and Obsidian. The LLD is also a key to this - since the more transactions you have - the slower the database operates. The base layers (LLL) are fundamental in making sure we don't get any bottlenecks as we build up the stack This is basically the starting point of Tritium (but then we have Amine and Obsidian too)
|
|
|
|