Are there any working windows compilations for AEON-0.9.6.0 ?
Yes, Arux has made official builds. I will be uploading them shortly. Hey smooth, thanks for looking into it. how's it coming? anxiously awaiting Oh, darn, I forgot to upload those. i'll do it right now. |
|
|
|
Nice tool. Will be using it.Thanks. Thank you. This is indeed helpful but it is a shame that Poloniex forces users to use an API to accomplish this simple task Please politely ask poloniex to support integrated addresses which are automatically encrypted on the blockchain (and would reduce their support costs from people forgetting to use a payment ID) |
|
|
|
@AP: "Also from what I understand, there is no tool yet to check whether an Aeon cold address actually received the funds - even if you send them to one"
I could be convinced to merge the view key watch wallets. It isn't that big a task, but there hasn't been a lot of demand for it either. You still need your own node to rely on that though.
(or someone else could make a PR -- I don't know if we have any other programmers hanging around AEON, but I would guess so)
I am not a programmer but am a pragmatist. How would the difficulty of the PR above (option 1) compare to the difficulty of cloning this tool: http://xmr.llcoins.net/checktx.html (option 2)? If option 2 is easier would that be a better option to increase the appeal of proper security for those new to the command line? Option 2 does not require running a node. It only requires you have a valid address, view key, transaction hash and the ability to cut/paste. The tool relies upon the moneroblocks web site (API). Someone would need to port that to AEON and host it, which would also give us a standalone block explorer not part of minergate or chainradar. That may be easier for someone more comfortable with web application deployment than programming. |
|
|
|
|
@AP: "Also from what I understand, there is no tool yet to check whether an Aeon cold address actually received the funds - even if you send them to one"
I could be convinced to merge the view key watch wallets. It isn't that big a task, but there hasn't been a lot of demand for it either. You still need your own node to rely on that though.
(or someone else could make a PR -- I don't know if we have any other programmers hanging around AEON, but I would guess so)
|
|
|
|
To the author : How would you guarantee this project of yours will not be abandoned? As it was with Lottoshares.
Is that even a good thing? If the coin is really popular and successful then I doubt he will abandon it (and if he does someone else will take over). But if a coin doesn't really get anywhere in terms of adoption, does it really make sense for the developer to stick with it forever? Why not learn from the experiment and move on to something else that might succeed? In fact a good test of merit for a coin is whether others take over when the original developer leaves, as happened with Bitcoin. Apparently that didn't happen with Lottoshares (not really familiar with it). |
|
|
|
Protect them from being stolen. If the pubkey is revealed quantum computing is able to steal his coins. If you move them to a new address it won't reveal the pubkey of that address, unless you reuse it.
OK, I went and read about it. So, they can't break new 'unused' address, but still they will know that money were moved and now lay at that address. Am I right? Yes that's right. Also the protection only exists while the address are sitting unspent on the blockchain. When you try to spend you have to reveal the public key so QC could still be used to break it during the interval until it is confirmed. That greatly narrows the time window (from years to minutes) and would require a faster QC to be effective. The comments about moving to Monero (maybe in jest?) are off-base. Monero would also be broken by QC and we don't have the protection of publishing hashes of public keys either. |
|
|
|
I keep seeing similar messages like this, does it mean those connected nodes were not upgraded for the hard fork ? Sync data returned unknown top block: 1012266 -> 1009962 [2304 blocks (-1 days) ahead] As I understand it yes. Those messages usually go away after I get a message that a particular node has been blocked. 6 different IPs have been blocked since I restarted my node 11 hours ago. Last one was blocked 7 minutes ago. Correct. |
|
|
|
on my wallet i tried sweep_dust and transfer 100xmr all failed.
There is a known issue with sweep_dust sometimes not working. That is being addressed in a future update. As far as the other, we're taking a look at your log file, but GingerAle's suggestion about going on IRC is a good one. Sometimes it is best to be able to ask questions and try things in real time. I have a wallet that has been around for a long time and have synced every once in a while. I received an error when I first ran the bc_height command, but the second time I tried it, it ran and went through all the blocks and that was good to see. But now I have the dust fee problem. I tried to sweep a small bit of dust from my wallet, it seems that it did not go through, so now there is a 0.02 fee that is stuck in outgoing. Is there a way to remove it or will it go away? I also tried to sweep it again because it showed dust still there, but it errored. Does it even matter? It's just there in outgoing now for hours. Also the 0.9.3 doesn't refresh automatically or in the background that I could see, but typing refresh does it. Can it auto refresh? kind of a good thing, like it did before with previous versions it is good to see it sync and then check your balance. As far as I know 0.9.3 should auto refresh. As far as asking a bunch of specific questions about your wallet the best bet is to jump onto freenode IRC #monero and ask on there. There are definitely some known issues with sweep dust. In most cases, I would suggest waiting for an update. |
|
|
|
Could you point out for me some of the unique innovations (whether first or not) of Boolberry over the CryptoNote reference implementation?
Mostly listed in the first post of this thread. Search for Boolberry compared to Cryptonote. If you would like to discuss the features that can be done either on this thread or on the Cryptonote technical discussion and chess thread: https://bitcointalk.org/index.php?topic=1190988.0 There are also some links in the first post of that thread to more information about Boolberry features. Not sure if that is entirely duplicated. |
|
|
|
Yes, there are successes at almost any age. Average is mid 30s but the distribution skews more older than younger. Stories about people making billions with no experience are "man bites dog" and sell newspapers drive traffic. Twice as many successful entrepreneurs are more than 50 as under 25.
Of course, all $1+ billion successes are outliers at any age. The idea of trying to fit a distribution to a tiny data set with many confounding factors is also mostly traffic driving. |
|
|
|
no need to mine, put 250 hodl in hodl mode, and wait 1 year = profit? 10k coins lol
Sure, but the price will have dropped immensely by then if it will happen it mean that this coin was bound to die anyway and it was not a good coin No, this coin is great, but the supply will be gigantic in one year but the demand won't be that much bigger than now so the price will drop I'm not sure. That may happen. But in a year the interest rate will still be 5% or so. Someone with a big stash of maturing coins can sit on them and earn a lot of interest (or reinvest for another year and get around 10% instead). The role of interest in this coin is to incentivize hodling over dumping, and that will be just as true in a year as it is today. 5-10% on a large number of coins is still attractive. I don't know that this will happen, of course, but it seems at least plausible that a lot of the maturing supply in a year will just continue to hodl and receive interest. Well it's even better bc in 1yr from now it will still be ~234% interest.. In 2yrs from now it will be 5% so if you relock all your nuts 1yr from now for another year.. And then after that you just sit on your nuts.. Your sack will be big enough to live on just the 5% Nice. I forgot that the bonus interest schedule is two years. So indeed there should a lot of relocking. |
|
|
|
A suitable backup would be a cryptocurrency that shares none of Bitcoin's code, uses a different PoW, and doesn't depend on Secp256k1. Are there any non-scam, transparent-chain coins with those characteristics? I honestly don't know/never checked.
Most cryptonote coins, including Monero before the fork, could be used in that manner by just not using mix >0 (or indeed a trivial fork could be created that would disable mix >0). In practice most of them have predominantly been used in that manner. Hmm, maybe such a fork is actually worth creating? EDIT: You would still have stealth addresses, but that could be effectively disabled by using receiver-chosen-r. That gives you output public keys that are similar to Bitcoin addresses (but not reusable). I'm sure additional tweaks could be made if desired. |
|
|
|
no need to mine, put 250 hodl in hodl mode, and wait 1 year = profit? 10k coins lol
Sure, but the price will have dropped immensely by then if it will happen it mean that this coin was bound to die anyway and it was not a good coin No, this coin is great, but the supply will be gigantic in one year but the demand won't be that much bigger than now so the price will drop I'm not sure. That may happen. But in a year the interest rate will still be 5% or so. Someone with a big stash of maturing coins can sit on them and earn a lot of interest (or reinvest for another year and get around 10% instead). The role of interest in this coin is to incentivize hodling over dumping, and that will be just as true in a year as it is today. 5-10% on a large number of coins is still attractive. I don't know that this will happen, of course, but it seems at least plausible that a lot of the maturing supply in a year will just continue to hodl and receive interest. |
|
|
|
First, there will be no “killer app” for blockchain technology. The reason for this is simple: the doctrine of low-hanging fruit. If there existed some particular application for which blockchain technology is massively superior to anything else for a significant portion of the infrastructure of modern society, then people would be loudly talking about it already.
Strange quote. Since the economic incentives require a native token, it's hard to say that anything besides decentralized currency could possibly be the killer app. Decentralized exchanges or stores would probably be number two. It's unknown what number three is. "Smart contracts" might possibly be way down the list even past things like notarization. More on that subject from some random PhD guy's take on eth that I never heard of from a few days ago: https://medium.com/@bedeho/why-your-ethereum-project-will-most-likely-fail-d14b6d8f1c7c#.wnguyxb3lPerhaps the best analogy to this line of reasoning is to ask the following rhetorical question: what is the killer app of “open source”? Open source has clearly been a very good thing for society, and it is being used for millions of software packages around the world, but nevertheless it is still hard to answer the question.
That's wrong. "In marketing terminology, a killer application (commonly shortened to killer app) is any computer program that is so necessary or desirable that it proves the core value of some larger technology, such as computer hardware, gaming console, software, a programming language, software platform, or an operating system " - wikipedia The killer app for open source is easy to answer and it was the system software like operating systems, programming language implementations, etc. Open source become so necessary or desirable for that portion of software development that it proved the core value of the methodology. Other uses of it like open source chemistry or accounting software or whatever came along for the ride. Although, it is possible that had blockchains existed at the time, that too might have been a killer app for open source (the trustlessness requirement for blockchains makes closed source blockchains a complete failure, i.e. open source is necessary). The killer app for blockchains is currency. The other stuff like notarization, contracts, etc. may come along for the ride, the way dental billing software came along for the ride with PCs (spreadsheets were the killer app). But the question is hard to answer if you define 'killer app' incorrectly (or at least alternatively) as something that quickly leads to millions or billions of users. That definition is sometimes used in the case of wildly popular video games that drive sales of a gaming console. But in reality, new gaming consoles (even if somewhat improved over previous gaming consoles) aren't different enough from previous ones to even need a true killer app. Virtual reality, by contrast, will need a true killer app, as yet unknown (some suspect porn). |
|
|
|
Changing the mixin hasn't helped. Still getting the same error. Could there be another issue?
Can you set your daemon log level to 1 and try again? It should give more details. Thanks. According to the log the tx has "used already spent key images". I'm going to follow the steps set out here (assuming they are still valid):
1. Delete poolstate.bin and restart node (also move/rename wallet .bin file again)
2. Make sure you have the current version
3. Make sure you are connected to the network with print_cn (daemon command)
4. Wait 24 hours and try again
Ok, so you may need to run "rescan_spent" in simplewallet as well as the above steps. Yes to clarify a bit the above "try again" had some context which included rescanning the wallet. Great thanks this worked. Only I refreshed the wallet, rather than rescanned. Didn't wait 24hrs though (life's too short). This is good that there is a process for fixing these issues, please make an effort to have a place for Monero owners to find out how to fix problems like this. Yes, I know it is on bitcointalk.org message board now in this post, but shouldn't it have been somewhere for someone to find before now? Quick question also: When I ran simplewallet on earlier versions, it went through a process after synching the daemon, where it would go through the blocks. Mine doesn't do that anymore on the latest version. My balance does show ok. Is this normal? It's hard to tell if everything is working ok if you don't send monero very often. The scanning is in the background now. You don't have to wait for it, but newly received coins won't appear right away, until the scan reaches them. |
|
|
|
Changing the mixin hasn't helped. Still getting the same error. Could there be another issue?
Can you set your daemon log level to 1 and try again? It should give more details. Thanks. According to the log the tx has "used already spent key images". I'm going to follow the steps set out here (assuming they are still valid):
1. Delete poolstate.bin and restart node (also move/rename wallet .bin file again)
2. Make sure you have the current version
3. Make sure you are connected to the network with print_cn (daemon command)
4. Wait 24 hours and try again
Ok, so you may need to run "rescan_spent" in simplewallet as well as the above steps. Yes to clarify a bit the above "try again" had some context which included rescanning the wallet. |
|
|
|
Curious observation:
Block reward seems to stick for 3 or 4 blocks before reducing (c 1011075 level), and is far less dusty than before (round to 4 decimal places). Is that by design? Should help with dust accumulation in wallets, I imagine.
As explained in the post you quoted back to 12 decimal dust for one block, then back to rounding and repeating...
Yes, there is a bug that fees don't get truncated properly, only the base amount. So if the fees end up including very small amounts then the block reward will too. Should be fixed in an update. |
|
|
|
Hey thanks for following up with them on that! We're happy to help any exchanges/services/etc. with integration as needed. IRC is usually the most efficient way. You are welcome. I added the following to the ticket, if you provide me the IRC channel with the #, i'll be happy to forward it -> Email to dev is good too, but #monero on freenode usually finds someone who can help in real time. |
|
|
|
Hey thanks for following up with them on that! We're happy to help any exchanges/services/etc. with integration as needed. IRC is usually the most efficient way. |
|
|
|
|
Show Posts
