zsp
|
|
July 19, 2015, 12:58:14 AM |
|
The C++ i2p looked to be coming along but not stable enough to integrate, if I recall correctly what fluffypony said the last time he looked at it. That was a while ago though, so perhaps it is closer now. No specific target has been set for it though, I think the main push now is to get the database release tagged.
Thanks for the update on that important front. Once i2p is done, I'd like to help foment creation of Monero Appliances, using BSD on open source hardware. I buy one or two, especially if it some of the profit went to the core devs. ProxyHam vanished? OK, let's build BankBoxes instead... I read one of the decentralized market coins, I can 't remember the name of the coin but not to many of them exists so I guess it can be found here somewhere uses i2p and they claim it is stable. Perhaps the Monero team could copy that.
|
|
|
|
XMRChina
|
|
July 19, 2015, 01:01:39 AM |
|
Interesting post by smooth on another thread, thanks to the last optimizations Monero can actually get near VISA-levels of TPS: Speaking of block size...what's Monero's capacity in terms of txs per second?
Monero has a very scalable block size solution. It is "adaptive" as it changes with the amount of information going through the Monero network. Okay, thanks. I'd prefer a number, but what you wrote will do. What he said was right. There is no hard limit in the protocol. Noodle Doodle's recent benchmarks on an i7-2600K show 2.5 ms average tx verification time (per core) so that would max out at 1600 tx/second. Usage at that level would require a lot of bandwidth and CPUs slower than a 2011 quad core desktop would not be able to keep up and would need to drop off. That looks like very good scaling to me!
|
|
|
|
fluffypony
Donator
Legendary
Offline
Activity: 1274
Merit: 1060
GetMonero.org / MyMonero.com
|
|
July 19, 2015, 08:00:16 AM |
|
The C++ i2p looked to be coming along but not stable enough to integrate, if I recall correctly what fluffypony said the last time he looked at it. That was a while ago though, so perhaps it is closer now. No specific target has been set for it though, I think the main push now is to get the database release tagged.
It's getting there, the reseeding is working and some other core functionality has been completed, but there's still a lot of work to be done to get it stable on all the platforms we support.
|
|
|
|
fluffypony
Donator
Legendary
Offline
Activity: 1274
Merit: 1060
GetMonero.org / MyMonero.com
|
|
July 19, 2015, 08:05:18 AM |
|
The C++ i2p looked to be coming along but not stable enough to integrate, if I recall correctly what fluffypony said the last time he looked at it. That was a while ago though, so perhaps it is closer now. No specific target has been set for it though, I think the main push now is to get the database release tagged.
Thanks for the update on that important front. Once i2p is done, I'd like to help foment creation of Monero Appliances, using BSD on open source hardware. I buy one or two, especially if it some of the profit went to the core devs. ProxyHam vanished? OK, let's build BankBoxes instead... I read one of the decentralized market coins, I can 't remember the name of the coin but not to many of them exists so I guess it can be found here somewhere uses i2p and they claim it is stable. Perhaps the Monero team could copy that. i2p as a network is stable, but the only way of connecting to it is via a Java application. We're not comfortable adding a Java dependency to Monero, so last year we started working with the i2p developers, initially on i2pcpp and then on i2pd at their request. You can follow he progress here: https://github.com/PurpleI2P/i2pd
|
|
|
|
generalizethis
Legendary
Offline
Activity: 1750
Merit: 1036
Facts are more efficient than fud
|
|
July 19, 2015, 08:42:52 AM |
|
|
|
|
|
dNote
|
|
July 19, 2015, 10:32:06 AM |
|
i have a question about https://mymonero.com/, sorry if wrong place to ask here. As i see https://mymonero.com/ it is complete close sourced. Is there any way to see the Source Code, i would like to try it with DigitalNote XDN. Another reason is a security. Since https://mymonero.com/ is a centralized app (or am i wrong) it is quite critical to observe the source code.
|
|
|
|
Calabi–Yau Manifold
|
|
July 19, 2015, 10:46:22 AM |
|
How to get Monero available at btc-e?
tweet them, open support tickets, email etc Monero needs to be easier for exchanges to add. Polo and Bter have shown it's not impossible, but BTC-e only supports Bitcoin forks. In addition to polo and bter, bittrex also supports it, along with hitbtc (not recommended), shapeshift, xmr.to. In the past Kozi's defunct exchange.to and mintpal did, and probably at least one or two other smaller/defunct exchanges. So clearly isn't impossible or even necessarily that difficult. Exchanges that want to do it, can do it. Of course, that takes nothing away from making it easier to do. And how about cryptsy? Poloniex is great exchange, but to rise volume and Monero traders, cryptsy would be really helpful. But much better would be... ...okcoin. Just imagine how part of huge LTC volume at okcoin is going to XMR...
|
|
|
|
smooth
Legendary
Offline
Activity: 2968
Merit: 1198
|
|
July 19, 2015, 10:51:29 AM |
|
Another reason is a security. Since https://mymonero.com/ is a centralized app (or am i wrong) it is quite critical to observe the source code. There is a back end that is not released, but the functions it performs are relatively simple, and do receive the spend keys at all (see next sentence). Most of the functionality, including all operations on spend keys, are done using JavaScript code you can view in your browser.
|
|
|
|
dNote
|
|
July 19, 2015, 11:06:33 AM |
|
Another reason is a security. Since https://mymonero.com/ is a centralized app (or am i wrong) it is quite critical to observe the source code. There is a back end that is not released, but the functions it performs are relatively simple, and do receive the spend keys at all (see next sentence). Most of the functionality, including all operations on spend keys, are done using JavaScript code you can view in your browser. But back end matters. Why just not to release a full source code for everyone to check it. If we are talking about wallets for "money units" transfer closed source code is a critical issue for trust.
|
|
|
|
smooth
Legendary
Offline
Activity: 2968
Merit: 1198
|
|
July 19, 2015, 11:09:50 AM |
|
Another reason is a security. Since https://mymonero.com/ is a centralized app (or am i wrong) it is quite critical to observe the source code. There is a back end that is not released, but the functions it performs are relatively simple, and do receive the spend keys at all (see next sentence). Most of the functionality, including all operations on spend keys, are done using JavaScript code you can view in your browser. But back end matters. Why just not to release a full source code for everyone to check it. If we are talking about wallets for "money units" transfer closed source code is a critical issue for trust. It has been stated that it will be released. For security of funds the back end does not matter. The transactions are created and signed in the front end. The back end simply relays them, which is no different in function from any other node.
|
|
|
|
dNote
|
|
July 19, 2015, 11:19:32 AM |
|
Another reason is a security. Since https://mymonero.com/ is a centralized app (or am i wrong) it is quite critical to observe the source code. There is a back end that is not released, but the functions it performs are relatively simple, and do receive the spend keys at all (see next sentence). Most of the functionality, including all operations on spend keys, are done using JavaScript code you can view in your browser. But back end matters. Why just not to release a full source code for everyone to check it. If we are talking about wallets for "money units" transfer closed source code is a critical issue for trust. It has been stated that it will be released. For security of funds the back end does not matter. The transactions are created and signed in the front end. The back end simply relays them, which is no different in function from any other node. For the money transferring operation every part of source code matter. I do not know what do you have at back end => why should i trust you? You may spy on my transactions (i don`t say you do), or do anything you want. Also i can`t "play" with my own variant and verify security for my purposes, since there is no source code. Close sourced wallet is a close sourced wallet.
|
|
|
|
smooth
Legendary
Offline
Activity: 2968
Merit: 1198
|
|
July 19, 2015, 11:25:15 AM |
|
Another reason is a security. Since https://mymonero.com/ is a centralized app (or am i wrong) it is quite critical to observe the source code. There is a back end that is not released, but the functions it performs are relatively simple, and do receive the spend keys at all (see next sentence). Most of the functionality, including all operations on spend keys, are done using JavaScript code you can view in your browser. But back end matters. Why just not to release a full source code for everyone to check it. If we are talking about wallets for "money units" transfer closed source code is a critical issue for trust. It has been stated that it will be released. For security of funds the back end does not matter. The transactions are created and signed in the front end. The back end simply relays them, which is no different in function from any other node. For the money transferring operation every part of source code matter. I do not know what do you have at back end => why should i trust you? You may spy on my transactions (i don`t say you do), or do anything you want. I'm pretty sure it is stated in the terms of service that MyMonero does monitor your transactions to some extent (indeed it has to in order to function). If you want the highest level of privacy you should use your own private wallet (and also take care to prevent network-level spying). So there is no issue of security with spying, since that is part of the normal functioning. If you are concerned about the security of your funds you can review the JavaScript to see that the private spend keys are never sent to the back end (only view keys are).
|
|
|
|
dNote
|
|
July 19, 2015, 12:12:07 PM |
|
Another reason is a security. Since https://mymonero.com/ is a centralized app (or am i wrong) it is quite critical to observe the source code. There is a back end that is not released, but the functions it performs are relatively simple, and do receive the spend keys at all (see next sentence). Most of the functionality, including all operations on spend keys, are done using JavaScript code you can view in your browser. But back end matters. Why just not to release a full source code for everyone to check it. If we are talking about wallets for "money units" transfer closed source code is a critical issue for trust. It has been stated that it will be released. For security of funds the back end does not matter. The transactions are created and signed in the front end. The back end simply relays them, which is no different in function from any other node. For the money transferring operation every part of source code matter. I do not know what do you have at back end => why should i trust you? You may spy on my transactions (i don`t say you do), or do anything you want. I'm pretty sure it is stated in the terms of service that MyMonero does monitor your transactions to some extent (indeed it has to in order to function). If you want the highest level of privacy you should use your own private wallet (and also take care to prevent network-level spying). So there is no issue of security with spying, since that is part of the normal functioning. If you are concerned about the security of your funds you can review the JavaScript to see that the private spend keys are never sent to the back end (only view keys are). Ok. But anyway, some day i would like to see a source code.
|
|
|
|
child_harold
|
|
July 19, 2015, 12:39:56 PM |
|
In addition to polo and bter, bittrex also supports it, along with hitbtc (not recommended), shapeshift, xmr.to. In the past Kozi's defunct exchange.to and mintpal did, and probably at least one or two other smaller/defunct exchanges.
Why is hitbtc not recommended?
|
|
|
|
smooth
Legendary
Offline
Activity: 2968
Merit: 1198
|
|
July 19, 2015, 01:35:28 PM |
|
In addition to polo and bter, bittrex also supports it, along with hitbtc (not recommended), shapeshift, xmr.to. In the past Kozi's defunct exchange.to and mintpal did, and probably at least one or two other smaller/defunct exchanges.
Why is hitbtc not recommended? Many reports of faked volume (which I can confirm by my own experience trading there), problems with withdrawals (which I never experienced), etc. Here's one post that cites a variety of sources reporting some of these problems:
|
|
|
|
kkraus69
|
|
July 19, 2015, 02:29:06 PM Last edit: July 19, 2015, 02:57:59 PM by kkraus69 |
|
I've bought and sold many, many XDN (which I got on the cheap there ) through HitBTC over the last year and have communicated with them as well over a withdrawal issue I once had a few months back which was quickly rectified. It's nice that I can deposit my XDN there with no confirmation wait unlike other exchanges. That being said, people should never store coins on any exchange. I've since withdrawn some XDN to try a new feature which let's me deposit to the blockchain. My opinion of HitBTC is that it is one of my favorites. In addition to polo and bter, bittrex also supports it, along with hitbtc (not recommended), shapeshift, xmr.to. In the past Kozi's defunct exchange.to and mintpal did, and probably at least one or two other smaller/defunct exchanges.
Why is hitbtc not recommended? Many reports of faked volume (which I can confirm by my own experience trading there), problems with withdrawals (which I never experienced), etc. Here's one post that cites a variety of sources reporting some of these problems:
|
|
|
|
medusa13
Sr. Member
Offline
Activity: 453
Merit: 500
hello world
|
|
July 19, 2015, 03:04:04 PM |
|
mr Unknown becomes huuuuuge: https://monerohash.com/#network50.8% right now btw this address, a known botnet: 47mfwjL8L95HJUj6iXUmdUe3K63brRcxrWKqeiPVLKosjYPQdfzqWFFStjL2mtEzNsX1fisa4W1SwZLHsiZPWdFe5UpBF7s has allready mined 45k xmr on cryptmonero.com not a lot when we consider how long it is allready up, but maybe the new version points at the unknown pool now. both have this oscilating curve
|
XMR Monero
|
|
|
Arux
|
|
July 19, 2015, 05:30:03 PM |
|
In addition to polo and bter, bittrex also supports it, along with hitbtc (not recommended), shapeshift, xmr.to. In the past Kozi's defunct exchange.to and mintpal did, and probably at least one or two other smaller/defunct exchanges.
Why is hitbtc not recommended? Many reports of faked volume (which I can confirm by my own experience trading there), problems with withdrawals (which I never experienced), etc. Here's one post that cites a variety of sources reporting some of these problems: my personal experience with hitbtc : (paste from a previous post) in february all withdrawal (btc,xmr...) were impossible during several weeks (don't remenber how many...). their communication was something like "our security is perhaps weak so the withdrawal are suspended, we inspect...". Finally i can withdraw my funds the 24/02. nothing was lost but it was stressful. and i also suspected a high proportion of "fake" trade but i haven't any proof. i don't use hitbtc anymore and i will not.
|
|
|
|
XMRChina
|
|
July 19, 2015, 09:01:17 PM |
|
mr Unknown becomes huuuuuge: https://monerohash.com/#network50.8% right now btw this address, a known botnet: 47mfwjL8L95HJUj6iXUmdUe3K63brRcxrWKqeiPVLKosjYPQdfzqWFFStjL2mtEzNsX1fisa4W1SwZLHsiZPWdFe5UpBF7s has allready mined 45k xmr on cryptmonero.com not a lot when we consider how long it is allready up, but maybe the new version points at the unknown pool now. both have this oscilating curve now 57.1% If have access to extra hashing poker please solo mine or support the smaller pools
|
|
|
|
smooth
Legendary
Offline
Activity: 2968
Merit: 1198
|
|
July 19, 2015, 09:06:46 PM |
|
'Unknown' doesn't mean an unknown pool, it could be 10 unknown pools or 10 000 people solo mining, or some combination of these. Really 100% being unknown is the ideal, although I'd feel much better about it with something like smart mining deployed and in widespread use. Anyway, if you want to help the network, solo mine (even just one or two computers helps) or mine on small pools.
|
|
|
|
|