Search content
Sort by
Showing 20 of 231 results by theprofileth
Re: [EMUNIE] One small step for transactions, one giant leap for crypto
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.....
Re: [EMUNIE] One small step for transactions, one giant leap for crypto
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
Also my bad before I messed up the link to the blog http://blog.emunie.com
Re: [EMUNIE] One small step for transactions, one giant leap for crypto
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
http://blog.emunie.com
Re: [EMUNIE] One small step for transactions, one giant leap for crypto
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.
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?
Re: [EMUNIE] One small step for transactions, one giant leap for crypto
How to get some emunie 
Wait for when we publicly launchRe: [EMUNIE] One small step for transactions, one giant leap for crypto
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
Re: [EMUNIE] One small step for transactions, one giant leap for crypto
blah blah blah
it all sound like trust your money with a no name person on the street
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...
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.
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.
Re: [ANN][XCN] Cryptonite | 1st mini-blockchain coin | M7 PoW | No Premine
@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 mean the full encrypted version..
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.
Re: [ANN][XCN] Cryptonite | 1st mini-blockchain coin | M7 PoW | No Premine
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
Quote
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.Re: [ANN] NoirShares UPDATE REQUIRED Advanced Features✔, Unique PoW✔
weird thing though is that the log file isn't showing the normal signs of mining IE there are no
just
Quote
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 versionGen 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
just
Quote
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 ...
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
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't
5) 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.
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
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
Quote
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...Re: [ANN] NoirShares Encrypted Messaging✔, Lotto✔, Advanced Features ✔ Unique PoW✔
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
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.2
To 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.
To 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.
...
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?How to get your Coins
--------------------------
...
type dumpprivkey "insertyouraddresshere" and copy the result.
Then in the XUC wallet
HELP--> DEBUG WINDOW --> CONSOLE
type importprivkey "yourprivatekeyhere",
signmessage
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?
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.
edit: no longer oversized
Re: [ANN] [SCAM Warning] BARWIZI - NRS/NRB/NoirGroup/Project X
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