The Cryptophilanthropist
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 19, 2016, 09:41:55 PM |
|
Howdy gents, I want to withdraw Aeon from Bittrex, I tried using the Monero type command "integrated_address" to generate payment id,however (unknown command) I realized I don't know the command to generate a payment id I do believe it is necessary for Bittrex withdraw, advise if true or not and please advise how to generate payment id, thanks everyone ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif)
|
GdonateqfnmiJKv7mfnUcyvZHaiqxcTQS1 - XGTC DEV FUND 1G2PTf59cYsWKoZjj3i3Cv1Bb8NuNaeho2 - BTC POOL DEV
|
|
|
jwinterm
Legendary
Offline
Activity: 3108
Merit: 1115
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 19, 2016, 10:04:09 PM |
|
Howdy gents, I want to withdraw Aeon from Bittrex, I tried using the Monero type command "integrated_address" to generate payment id,however (unknown command) I realized I don't know the command to generate a payment id I do believe it is necessary for Bittrex withdraw, advise if true or not and please advise how to generate payment id, thanks everyone ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) Payment id is only needed when sending funds to an exchange or other service. If you are withdrawing funds to your own wallet then no payment id is necessary. Payment id is just a 64 character string if hex characters tho, you could make one up or generate a random one if you want, but it isn't necessary when receiving funds in your personal wallet.
|
|
|
|
The Cryptophilanthropist
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 19, 2016, 10:09:03 PM |
|
Howdy gents, I want to withdraw Aeon from Bittrex, I tried using the Monero type command "integrated_address" to generate payment id,however (unknown command) I realized I don't know the command to generate a payment id I do believe it is necessary for Bittrex withdraw, advise if true or not and please advise how to generate payment id, thanks everyone ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) Payment id is only needed when sending funds to an exchange or other service. If you are withdrawing funds to your own wallet then no payment id is necessary. Payment id is just a 64 character string if hex characters tho, you could make one up or generate a random one if you want, but it isn't necessary when receiving funds in your personal wallet. THANKS FOR THE INFO ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif)
|
GdonateqfnmiJKv7mfnUcyvZHaiqxcTQS1 - XGTC DEV FUND 1G2PTf59cYsWKoZjj3i3Cv1Bb8NuNaeho2 - BTC POOL DEV
|
|
|
TechorMarketing
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 23, 2016, 03:56:39 AM |
|
How many people have recently asked Poloniex to (re)list Aeon?
|
|
|
|
rickgejr
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 25, 2016, 11:54:39 AM |
|
I have submitted AEON to Poloniex and others. Have also chatted about it on Poloniex.
|
|
|
|
Arux
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 30, 2016, 02:01:43 PM |
|
i plan to move http://52.8.47.33:8080 at http://54.153.36.187:8080/#the front-end is not yet updated (i will do it this evening) but core is running. i have to find a block to verify unlock an payment. Somebody could point his miner at 54.153.36.187:3333 (or 54.153.36.187:5555; 54.153.36.187:7777)? thanks a lot.
|
|
|
|
jwinterm
Legendary
Offline
Activity: 3108
Merit: 1115
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 30, 2016, 03:08:09 PM |
|
i plan to move http://52.8.47.33:8080 at http://54.153.36.187:8080/#the front-end is not yet updated (i will do it this evening) but core is running. i have to find a block to verify unlock an payment. Somebody could point his miner at 54.153.36.187:3333 (or 54.153.36.187:5555; 54.153.36.187:7777)? thanks a lot. Just switched mine over. Only like 700 h/s, but hopefully helps a bit.
|
|
|
|
Arux
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 30, 2016, 06:41:02 PM |
|
thanks you very much jwinterm, block found! the test is useful, there is a problem with unlocker module 2016-07-30 18:30:44 [unlocker] Started
TypeError: Cannot read property 'length' of null at /home/ubuntu/cryptonote-universal-pool/lib/blockUnlocker.js:69:35 at /home/ubuntu/cryptonote-universal-pool/node_modules/async/dist/async.js:486:20 at /home/ubuntu/cryptonote-universal-pool/node_modules/async/dist/async.js:3308:17 at /home/ubuntu/cryptonote-universal-pool/node_modules/async/dist/async.js:952:25 at iteratorCallback (/home/ubuntu/cryptonote-universal-pool/node_modules/async/dist/async.js:997:17) at /home/ubuntu/cryptonote-universal-pool/node_modules/async/dist/async.js:847:20 at /home/ubuntu/cryptonote-universal-pool/node_modules/async/dist/async.js:3301:21 at /home/ubuntu/cryptonote-universal-pool/lib/blockUnlocker.js:65:21 at /home/ubuntu/cryptonote-universal-pool/lib/apiInterfaces.js:58:9 at IncomingMessage.<anonymous> (/home/ubuntu/cryptonote-universal-pool/lib/apiInterfaces.js:34:13)
2016-07-30 18:30:44 [master] Block unlocker died, spawning replacement... i must investigate. perhaps a incompatible nodejs version (ubuntu 16.04 and cryptonote-universal-pool don't sound like friends) if i don't find a solution, i would pay you manually for now, it's useless to keep mining as long as the unlocker module is faulty.
|
|
|
|
Arux
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 30, 2016, 11:07:45 PM |
|
i confirm ubuntu 16.04 and cryptonote-universal-pool are not good friends. i tried several version of node with nvm but unlocker module does not want to work i give up, i'm out of time (holiday departure incoming ![Cool](https://bitcointalk.org/Smileys/default/cool.gif) ) http://52.8.47.33:8080 remain active without change. @jwinterm: i send you manualy the block, (the other miner was me).
|
|
|
|
jwinterm
Legendary
Offline
Activity: 3108
Merit: 1115
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 31, 2016, 01:13:37 AM |
|
... @jwinterm: i send you manualy the block, (the other miner was me).
Thanks Arux ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) Glad to help if you want to try again, been mining on your pool for quite a while...
|
|
|
|
sammy007
Legendary
Offline
Activity: 1904
Merit: 1003
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 31, 2016, 04:58:11 PM |
|
i confirm ubuntu 16.04 and cryptonote-universal-pool are not good friends. i tried several version of node with nvm but unlocker module does not want to work i give up, i'm out of time (holiday departure incoming ![Cool](https://bitcointalk.org/Smileys/default/cool.gif) ) http://52.8.47.33:8080 remain active without change. @jwinterm: i send you manualy the block, (the other miner was me). AFAIK it only works with node 0.10, you can use PPA from nodesource https://github.com/nodesource/distributionscurl -sL https://deb.nodesource.com/setup_0.10 | sudo -E bash - sudo apt-get install -y nodejs
|
|
|
|
Arux
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 01, 2016, 10:58:20 AM |
|
Nodesource ppa didn't work for me on ubuntu 16.04. (node v4 was installed instead of v0.10) I installed v0.10.25 and v0.10.46 with nvm but unlocker module crashed every time. I haven't had trouble with earlier ubuntu version. (Perhaps error is on m'y side, i didn't investigate further)
|
|
|
|
TechorMarketing
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 06, 2016, 01:24:03 AM |
|
Will this idea be applied to Aeon? I think it sounds like a great feature The basic idea was to get a hash of the message mined into the blockchain (for example doing a tiny transaction and putting the hash of the message in the payment ID), and paying a fee. The mined hash is then honored by the p2p network to allow relaying that specific message for some limited period like two weeks. This doesn't give a direct incentive to the nodes but at least it minimizes the bloat on the blockchain and prevents cost-free spamming of the p2p.
|
|
|
|
smooth
Legendary
Offline
Activity: 2968
Merit: 1198
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 06, 2016, 08:58:50 AM |
|
abandoned ?
No. Working fine, so no bug fixes required since the last one. If more fixes are required, they will be provided. Future development plans are under consideration. As I stated (maybe it was the Speculation thread?), I will make an announcement in approximately two weeks. Any updates? New roadmap still under development to be released Soon(TM) any updates? This is good time AEON new roadmapThe main focus of the roadmap going forward is to rebase against the current Monero. Monero has had many improvements LMDB storage of the blockchain, added features including view-only wallets, message signing, and many others. Monero adds the ability to prove payments using tx keys, which is necessary to trade on decentralized exchanges such as bitsquare.io. The other major area of work in Monero is the upcoming GUI wallet, which is a brand new design. While AEON already has a GUI wallet using the old Neozaru open source, that upstream code is no longer maintained. Instead the Monero GUI will be ported to AEON. Of great importance, Monero is in the process of adding RingCT, which hides the amounts of payments and improves overall privacy and fungibility significantly, with little to no additional transaction size (since RingCT replaces denominations). Some of the items from the existing AEON roadmap, such as the ability to do signature trimming and faster syncing of non-fully-validating nodes, are being incorporated in Monero's RingCT implementation, so those will be brought here as well. Finally, there are a number of other improvements such as better support for full-transparency (including spending) on view key wallets and proof-of-reserves. AEON will gain all of these features for free while it migrates to a newer, better maintained code base. What will be retained in AEON? First of all, our lightweight and mobile-friendly PoW which allows verifying the blockchain around 4x faster or more. Second we will retain the ability to do lightweight non-anonymous payments without compromising privacy of other users (Monero addressed the privacy issues by completely banning these). Finally the pruning branch will be adopted for Monero's LMDB storage. The independent branding, development, and community will allow AEON to continue to thrive as a separate platform while sharing many of the technical underpinnings from Monero and Cryptonote. I'll take TechorMarketing's question above as a suggestion and include the lightweight encrypted message proposal as part of the roadmap as well, and I am open to other suggestions on similar experimental enhancements. Overall this gives us something closer to a Litecoin model (in terms of sharing more code with the upstream project while maintaining an indepednent identity and leadership, along with some new and experimental features), which will continue to be sustainable going forward despite limited development resources. Thus everyone can have a high degree of confidence that AEON will continue to be maintained and remain usable.
|
|
|
|
aeoncurrency
Newbie
Offline
Activity: 59
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 06, 2016, 09:55:50 AM |
|
This is good time
AEON new roadmap
The main focus of the roadmap going forward is to rebase against the current Monero. Monero has had many improvements LMDB storage of the blockchain, added features including view-only wallets, message signing, and many others. Monero adds the ability to prove payments using tx keys, which is necessary to trade on decentralized exchanges such as bitsquare.io.
The other major area of work in Monero is the upcoming GUI wallet, which is a brand new design. While AEON already has a GUI wallet using the old Neozaru open source, that upstream code is no longer maintained. Instead the Monero GUI will be ported to AEON.
Of great importance, Monero is in the process of adding RingCT, which hides the amounts of payments and improves overall privacy and fungibility significantly, with little to no additional transaction size (since RingCT replaces denominations). Some of the items from the existing AEON roadmap, such as the ability to do signature trimming and faster syncing of non-fully-validating nodes, are being incorporated in Monero's RingCT implementation, so those will be brought here as well. Finally, there are a number of other improvements such as better support for full-transparency (including spending) on view key wallets and proof-of-reserves. AEON will gain all of these features for free while it migrates to a newer, better maintained code base.
What will be retained in AEON? First of all, our lightweight and mobile-friendly PoW which allows verifying the blockchain around 4x faster or more. Second we will retain the ability to do lightweight non-anonymous payments without compromising privacy of other users (Monero addressed the privacy issues by completely banning these). Finally the pruning branch will be adopted for Monero's LMDB storage. The independent branding, development, and community will allow AEON to continue to thrive as a separate platform while sharing many of the technical underpinnings from Monero and Cryptonote.
I'll take TechorMarketing's question above as a suggestion and include the lightweight encrypted message proposal as part of the roadmap as well, and I am open to other suggestions on similar experimental enhancements.
Overall this gives us something closer to a Litecoin model (in terms of sharing more code with the upstream project while maintaining an indepednent identity and leadership, along with some new and experimental features), which will continue to be sustainable going forward despite limited development resources. Thus everyone can have a high degree of confidence that AEON will continue to be maintained and remain usable.
This roadmap is more than I could have possibly hoped for. Thank you smooth! It is time for the community to start stepping up. Make an Aeon website if you have the skills to do so, get active on Stack Exchange, accept Aeon payments if you own a business and create new Aeon related services. Smooth is a wonderful developer and the community should show its appreciation by doing whatever it can to help.
|
|
|
|
TechorMarketing
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 06, 2016, 12:46:39 PM |
|
I'll take TechorMarketing's question above as a suggestion and include the lightweight encrypted message proposal as part of the roadmap as well, and I am open to other suggestions on similar experimental enhancements.
Wonderful! I love the planned experimental enhancements. Thank you for your willingness to convert your creativity into code.
|
|
|
|
baseke
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 06, 2016, 02:45:12 PM |
|
Great update Smooth!
|
|
|
|
americanpegasus
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 06, 2016, 09:37:45 PM |
|
This is good time
AEON new roadmap
The main focus of the roadmap going forward is to rebase against the current Monero. Monero has had many improvements LMDB storage of the blockchain, added features including view-only wallets, message signing, and many others. Monero adds the ability to prove payments using tx keys, which is necessary to trade on decentralized exchanges such as bitsquare.io.
The other major area of work in Monero is the upcoming GUI wallet, which is a brand new design. While AEON already has a GUI wallet using the old Neozaru open source, that upstream code is no longer maintained. Instead the Monero GUI will be ported to AEON.
Of great importance, Monero is in the process of adding RingCT, which hides the amounts of payments and improves overall privacy and fungibility significantly, with little to no additional transaction size (since RingCT replaces denominations). Some of the items from the existing AEON roadmap, such as the ability to do signature trimming and faster syncing of non-fully-validating nodes, are being incorporated in Monero's RingCT implementation, so those will be brought here as well. Finally, there are a number of other improvements such as better support for full-transparency (including spending) on view key wallets and proof-of-reserves. AEON will gain all of these features for free while it migrates to a newer, better maintained code base.
What will be retained in AEON? First of all, our lightweight and mobile-friendly PoW which allows verifying the blockchain around 4x faster or more. Second we will retain the ability to do lightweight non-anonymous payments without compromising privacy of other users (Monero addressed the privacy issues by completely banning these). Finally the pruning branch will be adopted for Monero's LMDB storage. The independent branding, development, and community will allow AEON to continue to thrive as a separate platform while sharing many of the technical underpinnings from Monero and Cryptonote.
I'll take TechorMarketing's question above as a suggestion and include the lightweight encrypted message proposal as part of the roadmap as well, and I am open to other suggestions on similar experimental enhancements.
Overall this gives us something closer to a Litecoin model (in terms of sharing more code with the upstream project while maintaining an indepednent identity and leadership, along with some new and experimental features), which will continue to be sustainable going forward despite limited development resources. Thus everyone can have a high degree of confidence that AEON will continue to be maintained and remain usable.
Keeping the zero mixin transactions is a great idea and a good differentiation from Monero. As well, perhaps we should figure out how to effectively focus on letting mobile games/users interact with Aeon in various ways. An easy to utilize API could allow iOS games and apps to offer Aeon/ions as rewards in mobile games and allow people to purchase in-game assets with Aeon/ions. Perhaps if a mobile ad-server were set up that dealt in Aeon, and allowed businesses to purchase ads in Aeon that were then piped to participating mobile games, that profit could automatically be distributed to users/publishers of said games in a decentralized/pseudo-decentralized way. Essentially, you can create apps which allow you and your users to get paid automatically without worrying about any middle men or profit cuts. This creates built in utility for the token with a secondary layer/service. I know perhaps I'm dreaming, so feel free to rebut the idea. As well, I realize it would require a great deal of work/programming, so perhaps may be unfeasible at the current time.
|
Account is back under control of the real AmericanPegasus.
|
|
|
smooth
Legendary
Offline
Activity: 2968
Merit: 1198
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 07, 2016, 11:37:20 PM |
|
Keeping the zero mixin transactions is a great idea and a good differentiation from Monero.
This is one differential I would agree with, mixins increase fee size, 0 mixin would allow cheaper transactions while anyone wanting guaranteed anonymity would use a higher mixin It is an under-appreciated advantage of Cryptonote that these transactions are significantly smaller and more efficient than Bitcoin.
|
|
|
|
bangomatic
Legendary
Offline
Activity: 1246
Merit: 1000
ARK Team likes to ban and delete posts in reddit.
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 08, 2016, 01:50:43 PM Last edit: August 13, 2016, 12:47:19 AM by bangomatic |
|
Keeping the zero mixin transactions is a great idea and a good differentiation from Monero.
This is one differential I would agree with, mixins increase fee size, 0 mixin would allow cheaper transactions while anyone wanting guaranteed anonymity would use a higher mixin It is an under-appreciated advantage of Cryptonote that these transactions are significantly smaller and more efficient than Bitcoin. Nice update, smooth. Would you please go ahead and open a dialogue with poloniex and ask them to pick AEON up again? I think it would certainly help grow the coin and the community.
|
|
|
|
|