|
pool.emercoin.com is down and they have my coins
|
|
|
|
There's nothing like a reasoned argument...and that is certainly nothing like one!
There is nothing like a developer using sockpuppet accounts to push their agenda to inspire trust. Lol Don't even try to deny it..... It doesn't take a sock puppet to call bullshit just saying |
|
|
|
And if your outlandish claims even were true wouldn't you just be damning all of crypto? And furthermore what if you are wrong? What if you are actually just blowing smoke up our ass like every other crackpot conspirator we have had to deal with? I think that may be you should wait until we have more details revealed before you slather on all the doom and gloom you can or maybe it was a mistake to even try to reason with you in the first place. But who knows maybe you will be right after all (though probably not) either way we are not going to simply lie down and give up when so much of the future of economic independence is at stake. Also my bad before I messed up the link to the blog http://blog.emunie.com |
|
|
|
There has been extensive testing and we already have robust error detection and correction, you would know this if you read our recent blog post which covers some of these concerns you mentioned http://blog.emunie.com |
|
|
|
Currency trades will be performed within the integrated DEX (3rd party exchanges are supported also, but have no impact on the economics), with tokens representing other world currencies. These tokens are pegged to the respective currency and can be converted to actual fiat currency via a network of on/off ramps through another system component called TRAID.
Initially the buffer will hold only EMU, users will "buy in" with USD tokens, that they can then trade on the DEX for EMU. This is the basic mechanism with which the buffers obtain other asset types.
These tokens can also be used to buy goods/services if the merchant wishes to accept them. World currency tokens can not be traded freely in the DEX, 1 USD token is worth 1 real USD.
The system must maintain a chain wide majority holdings of EMU for this to be effective, and also be fortunate enough that the initial sell off of EMU for USD tokens does not then lead to a situation where the system is not a chain wide majority holder of USD tokens. Obviously there is counterparty risk associated with the (multiple?) gateways... Will each gateway have its own USD token? If not, how do you get them to agree on the value? Again the purpose isn't to stop the correct or incorrect revaluation of the currency, it is simply in place to increase the quality of life for the majority of users by attempting to provide some form of logical or at least mathematical attempts at price stabilization without arbitrarily deciding the value of the currency. Furthermore any increase in the total amount of emu will be split up as 10% for the buffer and 90% as interest and payment for processing transactions. The interest and processing payments are (last I heard) in equal portions meaning they each qualify for 45% of all new emu generated. Furthermore this means that 45% of all new emu created will be given as interest to all account holders based on their portion of the total currency available. This means that while some will probably attempt to short their interest or payments, those who hold will actually be building capital proportional to their holdings. |
|
|
|
How to get some emunie  Wait for when we publicly launch |
|
|
|
|
Fuserleer I really like that the buffer will grow with the currency to help make sure that the currency will almost never be at risk of massive price swings
|
|
|
|
blah blah blah
it all sound like trust your money with a no name person on the street
Get off the juice Juicy. Right, you cunt! Stirring up Dan isn't cool. This is a great project and we don't want him pulling the plug...Again... Children children please  Now getting back to the topic at hand:
Emunie IS the future of personal banking, it is freedom, it is off the grid and it will you question why you should ever have to use a bank again
This is what the eMunie brand means. |
|
|
|
@bitfreak: is there any new update about the lightweight browser-based wallet?
I mean the full encrypted version.. Nah I wont get around to that for a while, got some other stuff I need to deal with first. I just try to search #cryptonite @ twitter and to be honest I'm shocked with the result. No wonder one of the most innovative coins since Bitcoin is still very undervaluated now. @bitfreak try it yourself  No, it's lack of marketable things. Most bitcoin/crypto users to much dismay, don't understand the features this coin provides via mini blockchain. They understand simpler things like anonymity, tor, speed, or even something new to compliment the mini blockchain this coin already has etc. +1 exactly. DRK is the leader in anon hype, so when XCN will lead to a new trend ? I was thinking cryptonite could become the "true" tipping currency. It doesn't have the rabid inflation and complete lack of features dogecoin has from being a bitcoin clone. It's mini blockchain would make it the perfect currency for micro transactions and tipping and such. Hard to tip when the mining is controlled by a minority causing it to be very hard to get |
|
|
|
|
Has anyone considered a p2pool approach to decentralizing the mining? Because it would seem that the vast majority of people are mining on 1gh
|
|
|
|
Please actually respond to what I said Ok so are you saying that your blockchain will contain an address for ever single address in every blockchain we can import from? Also point 5 your solution requires that you get the private key from the client which also needs to be running in order to get it. Also if you plan to not control the horde of coins then how will you claim any unclaimed coins? If you can access unclaimed coins from accounts then you could just as easily claim coins from activated accounts. Also how is signing a message any less complicated than dumping a private key? Because I feel like you are just skimming over and picking what you want to answer. |
|
|
|
weird thing though is that the log file isn't showing the normal signs of mining IE there are no Gen Mid Hash A: 04000000c78e55883eb5b3160f1e02788cdf75e85e8d4ff37967616d0688930f154b01000000000 00000000000000000000000000000000000000000000000000000000095e41c54a0980020010000 0000000000000000000000000000000000000000000000000000000000000000000000000000000 000010100000095e41c540100000000000000000000000000000000000000000000000000000000 00000000ffffffff0c026f020104062f503253482fffffffff010000000000000000232103071ea 2703ea670c0e1e9b687d621800c0b519cd1c23108bf13f20e6f211adb81ac0000000000
Gen Mid Hash B: d8a790425225482f9603b8ec8d1a77c77cd51ab12a0fe2b6af757b855ede548d
Create Block, 623
After grant ...
Create Block, 623
After grant ...
Create Block, 623
After grant ...
Gen Mid Hash C: 20032883 51411080
Gen Rng Hash A: 0400000032f474d473d9f7c4d3c2761d6584497eda8ecaa3f6285a551ec6e528591029000000000 00000000000000000000000000000000000000000000000000000000089e41c54a1d60020040000 00000000000000000000000000000000000000000000000000000000000000000073ad310188781 003010100000060e41c540100000000000000000000000000000000000000000000000000000000 00000000ffffffff0c026e020103062f503253482fffffffff010000000000000000232103071ea 2703ea670c0e1e9b687d621800c0b519cd1c23108bf13f20e6f211adb81ac0000000000
Gen Rng Hash B: 21bbc88f63f14a1056799a8d63846ebcdfd0dd5e0b2ed3c3ed9be24ce0455f9e
Gen Amt Rewd A: 22.222
testHash 4a0d047af771fcf14be099436e67879d8b5d3b2e5a459e550bb282b985f09f90
Hash Target 00d6a10000000000000000000000000000000000000000000000000000000000 ^from old version just After grant ...
After grant ...
After grant ...
After grant ...
After grant ...
After grant ...
After grant ...
connection timeout
After grant ...
trying connection 107.170.52.105:33333 lastseen=364312.0hrs
After grant ...
After grant ...
connection timeout
After grant ...
trying connection 24.67.29.246:33333 lastseen=1.0hrs
After grant ...
After grant ...
After grant ...
After grant ...
After grant ...
After grant ...
connection timeout
After grant ...
trying connection 41.78.78.2:33333 lastseen=364312.0hrs
After grant ...
After grant ...
connection timeout
IRC got join
After grant ...
|
|
|
|
How does having people import their private key make it any easier to calculate the coins due to them? The coins due for each account should be calculated when the snapshot occurs and doesn't require user input so I don't see why a script that securely enables users to provide evidence of ownership and provide an address to receive their coins is any different. You still need to calculate the coins that are due to each account either way. Infact it would be easier to not store every address on your chain and instead have a script that looks at your snapshot data when they go to claim their coins and then sends the correct allocated amount from a pool of redemption coins that is entirely automated removing trust altogether from the system. Plus this way you could keep the redemption system going for far longer and if you wanted have it send you 1% to your address which can be documented on the blockchain this way
I think you need to read all the posts I've made in this regard and the ones on the page and the last from various groups that have already used the same method. You keep hopping from one area to another Find a method since you seem to believe there is one that meets the following criteria : 1) Static balances for all addresses in each and every chain (should be scalable to 200 or 400 coins) 2) Easy proof of ownership and redeeming without any need for technical input, just a few instructions 3) Method of redeeming should be scalable up to 200 or 400 coins 4) Balances should be easily verifiable from block 1 5) anyone can redeem offline, and maintain their privacy Explain to me how what I proposed is not applicable to every single point you mentioned because I seem to be the only one laying out any sort of comprehensive solution. Or better yet explain how your solution fits your own criteria because last time I checked you need to be online in order to sync your wallet that you redeemed signing a message prove ownership on chain A, and we want to redeem on chain B so you want me to write a script that sends coins to chain B when chain A signs a message? here is problem number 1 , this means i have to mine all the coins in advance leaving them in my possession, which means i have to take responsibilty for them NO, I REFUSE. not only is it extra work it means anyone who fails to redeem their coins will begin bothering me about it. And considering the sheer number of possible addresses, that will take the rest of my life. 2) your method is highly inefficient and requires that there be a server that automatically pays out, meaning if someone gains access or plain just DDoS it then redeeming is messed up. 3) Your method requires that i remain on hand and become a help desk for everyone yet a simple do it yourself method that is proven exists 4) Your method requires that users be online to redeem their coins, mine doesn't5) Your method is NOT scalable at all as it requires running every single client of every coin involved 6) in your method balances are not easily verifiable from Block 1 Let me explain How my method trumps yours 1) Once you download the wallet, even if it syncs just the first block, your balance will appear that instant and you are free to move it if you wish. 2) There is no need for proof of ownership, you just redeem your coins and go about your business and even the most technically inept can follow two lines of instructions. 3) It is easily scalable, i already have + 30 Block chain with up to date balances, running a script for a few seconds will compile all the balances and format them ready for inclusion, and if the code is ready, even the genesis block will be mined without any intervention from me. 4) A brand new wallet will reflect your balance 5) you can redeem offline by simply having a copy of the client, no hassle, all security issues got out the window. Ok so are you saying that your blockchain will contain an address for ever single address in every blockchain we can import from? Also point 5 your solution requires that you get the private key from the client which also needs to be running in order to get it. Also if you plan to not control the horde of coins then how will you claim any unclaimed coins? If you can access unclaimed coins from accounts then you could just as easily claim coins from activated accounts. Also how is signing a message any less complicated than dumping a private key? Your point about being online is invalid as it doesn't matter if you are offline when you redeemed because you can't do anything with offline coins so you will have to go online to effectively redeem them. You are correct that the weakness of my system is that you need an online server but it could be feasible to build the system into the actual network. |
|
|
|
How does having people import their private key make it any easier to calculate the coins due to them? The coins due for each account should be calculated when the snapshot occurs and doesn't require user input so I don't see why a script that securely enables users to provide evidence of ownership and provide an address to receive their coins is any different. You still need to calculate the coins that are due to each account either way. Infact it would be easier to not store every address on your chain and instead have a script that looks at your snapshot data when they go to claim their coins and then sends the correct allocated amount from a pool of redemption coins that is entirely automated removing trust altogether from the system. Plus this way you could keep the redemption system going for far longer and if you wanted have it send you 1% to your address which can be documented on the blockchain this way
I think you need to read all the posts I've made in this regard and the ones on the page and the last from various groups that have already used the same method. You keep hopping from one area to another Find a method since you seem to believe there is one that meets the following criteria : 1) Static balances for all addresses in each and every chain (should be scalable to 200 or 400 coins) 2) Easy proof of ownership and redeeming without any need for technical input, just a few instructions 3) Method of redeeming should be scalable up to 200 or 400 coins 4) Balances should be easily verifiable from block 1 5) anyone can redeem offline, and maintain their privacy Explain to me how what I proposed is not applicable to every single point you mentioned because I seem to be the only one laying out any sort of comprehensive solution. Or better yet explain how your solution fits your own criteria because last time I checked you need to be online in order to sync your wallet that you redeemed |
|
|
|
|
How does having people import their private key make it any easier to calculate the coins due to them? The coins due for each account should be calculated when the snapshot occurs and doesn't require user input so I don't see why a script that securely enables users to provide evidence of ownership and provide an address to receive their coins is any different. You still need to calculate the coins that are due to each account either way. Infact it would be easier to not store every address on your chain and instead have a script that looks at your snapshot data when they go to claim their coins and then sends the correct allocated amount from a pool of redemption coins that is entirely automated removing trust altogether from the system. Plus this way you could keep the redemption system going for far longer and if you wanted have it send you 1% to your address which can be documented on the blockchain this way
|
|
|
|
Also you never even considered the option I came up with that has zero security issues and is effectively fool proof as you can't fake a sig, all you can do is try to take something that some has signed before and pass it off as your own but if the message is randomly generated you can't fake it You could have a script where you give your address you want to redeem and then it asks for a random message to be signed within like lets say 5 minutes and if that signature can be verified correctly then you just send the correctly allocated funds to their payout account that the user specifies, problem solved. Furthermore you shouldn't control unclaimed coins that is just dumb, if anything you should only get 1% of all claimed coins and even that is far far too much. Also it isn't owning 1% of your idea, your idea is to join all the coins under one platform, thats called an exchange... you didn't come up with anything. If people really wanted to get all their coins into one wallet they could just trade them for the coin they wanted to have... |
|
|
|
Updated wallet,
lotto Gui works, still working on some parts but its nearly done.
Same as voting GUI.
Reduced grant rewards
Checkpoint added
Seednode added Windows Wallet 0.2.2.2To do Finish GUI Add new checkpointing system Increase odds of higher paying blocks Recalculate tx fee fix moneysupply ( it does not show genesis balances unless they have been moved) Introduce new PoW limits Lower PoS to 3% Reduce confirmation times for blocks improve wallet start up time fix minor visual items. Mining doesn't work even after unlocking wallet, no cpu usage not with ui or even setting setgenerate true 4 does nothing |
|
|
|
|
Anyone who has invested in the NoirGroup or holds any amount of NoirShares or NoirBits needs to know about this
|
|
|
|
...
How to get your Coins
--------------------------
...
type dumpprivkey "insertyouraddresshere" and copy the result.
Then in the XUC wallet
HELP--> DEBUG WINDOW --> CONSOLE
type importprivkey "yourprivatekeyhere",
Why do not use signmessage? signmessage <CoinAddress> <message> Sign a message with the private key of an address You can prove ownership of an address using signmessage yes...but how will you redeem them? Little english ... sorry, if I understand, you can sign a message that assign coin to new one in your coin with new private key and new address. You are talking about Ownership, i am saying that you cannot use sign message to redeem your coins. You could have a script where you give your address you want to redeem and then it asks for a random message to be signed within like lets say 5 minutes and if that signature can be verified correctly then you just send the correctly allocated funds to their payout account that the user specifies, problem solved. However this whole system is dead in the water if there is a 1% premine of EVERY COIN INCLUDED especially when many coins have years and years of distrobution required normally. I mean think of it this way, barwizi is going to have 1% of ALL BTC ever to be created alone in this system meaning he probably will hold the lion's share of the coins which is the equivalent to 210,000 BTCedit: no longer oversized |
|
|
|
|
Man if I had money I would give some to chocobo for blowing the lid off of this and pming me with this info he just saved a lot of people a lot of pain in the future and I am just sad this didn't get out earlier
|
|
|
|
|
Show Posts
