 Show Posts
|
|
Pages: [1] 2 »
|
Seen the block explorer lately? only 500k supply !!!! 1.3m blocks . .
Can you provide a link to the blockexplorer, please? |
|
|
|
Hi crowi, I apologize for the beta hiccups. The short answer is we will be releasing updates this weekend. The long answer is we had an aggressive deadline on top catastrophic build issues during multiple 14 hour coding sessions. We learned that electron can be a tricky solution, almost nothing in dev translates accurately to production, and we had to put together a very complicated build process, which we need to fix up to release the source. As a result we had to scale back some of the functionality last minute and defer to the updating capabilities to roll out fixes and new features. Again, the first of which will release this weekend. Your list is nearly identical to our priority list. Thank you for the feedback. We'll smooth this out.  Hi puradev01, thank you for the explanations and the open words, which are missing in other pura channels. Lack of information always leads to frustration and rumors. As long term PVC, iCash and Pura follower, I am looking forward, to see essential and additional functionality implemented to aurora. Good luck and all the best, crowi |
|
|
|
Believe me: There is ZERO artifical intelligence in the Aurora wallet. It is just another clone of the Bitcoin Electrum wallet.
Pura Aurora is primarily about establishing a platform that doesn't require hard forks or swaps, and delivering some innovative features over time with the luxury of being able to roll-out frequent updates. Though the foundation of Pura was originally based on the Bitcoin wallet (with a unique difficulty wave added), Aurora is a transition, the beginning of a long-term vision. Users who install Aurora will automatically receive all of the updates as development progresses. In the short-term we'll see total absorption of the fundamentals into the new wallets, and in the long-term we are going to see, more and more, the things that differentiate Pura. One of the key differentiators will be on-going integration of an efficient AI model to govern node communications. Dear puradev01 the current Aurora-wallet is really no big shot, as it is: - unlocking does not work, if the wallet was encrypted before, you are stuck in a loop. - if the wallet is/was not encrypted before, there is no funtion to encrypt it. - there is no function implemented despite send/receive, no other options, nothing. - the source code is not published, which is a absolute no-go in crypto. - the underlying pura-daemon (purad.exe) does not shut down, when the wallet is closed, etc. I wonder why you released this version, as it is not useable so far. Did you perform any testing before the release? And can you give a timeframe (please no exact date) when you think, you can deliver a working version? Thank you.  |
|
|
|
Please I spent 2 h to know how much hashrate for pura coin and get nothing.
Plz reply how much hashrate and from where we can know more about shares of masternodes host (approximate)
It changes from time to time, currently it is about: "networkhashps": 4421885492588.513, i.e. 4,4 TH/s and how many blocks founds per day (aprox) This you find here: https://chainz.cryptoid.info/pura/ --> click at "Overview" also we must lock 100 pura coins or 100k coins 100,000 coins about 50k $
Thanks
100000 coins |
|
|
|
Everyone loves VGINA lol there are only 2880 or so blocks a day. 1440 to mining and 1440 to DPOS. 1 coin per block makes only 2800 or so coins per day.
I'll be sitting down to work on the website today, be some exciting stuff by tonight
I don't see any updates yet, the website is still down.  |
|
|
|
|
When compiling on linux I get following error:
Makefile.am:78: error: CPPFLAGS_FOR_BUILD must be set with '=' before using '+='
Makefile.am:79: error: CFLAGS_FOR_BUILD must be set with '=' before using '+='
autoreconf: automake failed with exit status: 1
|
|
|
|
It will keep happening until all the desynced nodes get banned. Download the latest wallet, backup your wallet.dat and don't use addnodes. I'm currently running a node on the stable chain so you will connect to my node and sync to the correct chain.
How do you know that you are on the correct chain? Which chain is currently the right one?  |
|
|
|
All our mined blocks and masternode rewards from the past 3 days have diappeared!What is happening here?  All nodes and clients were updated a few days ago to the new core.
|
|
|
|
YAPP! Pool goes VGINA2http://37.120.182.204:8081/getting_startedstratum+tcp://37.120.182.204:5008 Diff=0.5 stratum+tcp://37.120.182.204:5016 Diff=1 stratum+tcp://37.120.182.204:5032 varDiff (e.g. for nicehash) Algo: X13 User=yourVGINAaddress Password=x Fee=1% Happy Mining |
|
|
|
Is this project still active?
Project is alive and well. I have been unable to get online for several weeks due to circumstances beyond my control. I am back and will have the new site with products within a week. Thanks for holding. Great to read that it is not abandoned! Thank you! :-D |
|
|
|
My Unomp is sticking at: "[2017-10-16 21:11:46.459] [DEBUG] [default] - Pool eternity Thread 1 Downloaded 100.00% of blockchain from 8 peers" and doesn't start the ENT threads. Everything else is fine, new core and the js snipplet from above added. Any ideas? It is enough to add the above code, for the normal operation of the pool. As an example, http://pool.eternity-group.org works great. All mined Blocks get orphaned, mining on the new core eternity-0.12.1.5 and with the code implemented. see: http://37.120.182.204:8081/stats |
|
|
|
My Unomp is sticking at: "[2017-10-16 21:11:46.459] [DEBUG] [default] - Pool eternity Thread 1 Downloaded 100.00% of blockchain from 8 peers" and doesn't start the ENT threads. Everything else is fine, new core and the js snipplet from above added. Any ideas? |
|
|
|
^^where to put this script on the pool/unomp folder?
node_modules->merged-pooler->lib->transactions.js Thanks ! |
|
|
|
For UNOMP poolstransactions.js
var txOutputBuffers = [];
/* Eternity 12.1 */
if (rpcData.eternitynode && rpcData.superblock) {
if (rpcData.eternitynode.payee) {
var payeeReward = 0;
payeeReward = rpcData.eternitynode.amount;
reward -= payeeReward;
rewardToPool -= payeeReward;
var payeeScript = util.addressToScript(rpcData.eternitynode.payee);
txOutputBuffers.push(Buffer.concat([
util.packInt64LE(payeeReward),
util.varIntBuffer(payeeScript.length),
payeeScript
]));
}
if (rpcData.superblock.length > 0) {
for(var i in rpcData.superblock){
var payeeReward = 0;
payeeReward = rpcData.superblock[i].amount;
reward -= payeeReward;
rewardToPool -= payeeReward;
var payeeScript = util.addressToScript(rpcData.superblock[i].payee);
txOutputBuffers.push(Buffer.concat([
util.packInt64LE(payeeReward),
util.varIntBuffer(payeeScript.length),
payeeScript
]));
}
}
}
^^where to put this script on the pool/unomp folder? |
|
|
|
You guys are hilarious, I've been busier than a one legged man in an ass kicking contest over here. Feel free to dump the shit out of it if you want to, your choice.
There is a good reason all those wallets are holding onto these coins.
Is this project still active? |
|
|
|
you guys should inform mining pool admin for the swap... my pura is jam in mining dutch pool... sometimes we miners just mine it and cant follow up ur fast swapping deadline... you dont expected us to come bitcointalk to monitor everyday news... if this time round pura r burn i guess everyone should know it a high end tactical scam coin this days... too much often swapping and burn off leftover coins it too obvious...
First, you should take care about what and where you mine and second the pool operator should take care about the miners, too. Other pools (e.g. YAPP) went down before the swap to prevent these kind of issues. |
|
|
|
all major coins are facing the problem of “Dump Mining” that leads to an unfair distribution of mining rewards in the community.
Can you please explain "Dump Mining" and "Fair Mining"? |
|
|
|
|
