prowe
|
|
December 31, 2017, 10:33:56 AM |
|
I like the look of the new website, keep it up and the best wishes for 2018.
|
|
|
|
classicsucks
|
|
December 31, 2017, 10:53:07 PM |
|
...
I guess there is often a ton of code to merge but I believe Segwit was by far the most complicated change which has had basically zero impact on the scaling problems that are now becoming very serious with the fees going parabolic and effectively locking up to 50% of coin inputs. BTC is bleeding while Greg is drinking "champaign", I don't think I wish to follow this genius any further down the road he is building... It looks like people are taking in interest based on market demand... You've lost me now... these projects have no shortage of questionable people surrounding them, I think it's best to try to ignore all of that and focus on implementation. You've given a line count now and say it's complicated. Can you point to where in that 6k line count it's complicated? Where it's not addressed in unit-testing? I need technical specifics to understand. Segwit is actually a very small part of this v0.14 update, a tightening of consensus rules / not a hard fork, and it's an optional type of transaction to boot. I agree that we don't need to worry about personalities. 6000 lines of dense code that changes consensus on a distributed network is complicated and risky by nature. I have to correct one word here, and that's "changes". If it were to change consensus it would be a hard fork. This is a "tightening" of consensus. Older nodes still work fine, you don't have to use segwit transactions if you don't want to. I don't think we need to go line-by-line to agree on that?
Actually, yes, that's exactly what I'm asking for. Where exactly in the core software is the concern? Line number, function, etc. I'm looking for specifics and not page after page of conjecture. Unit testing is good in Bitcoin Core but what's the point of it for a useless change?
I don't see it as a useless change. I am intrigued by new capabilities like cross-chain swaps, rootstock-like applications, lightning (almost-instant payments) and MAST (especially the privacy that MAST could deliver). I think many folks probably didn't see the point in BIP16 at the time, but now we have multisig and it seems like second nature. On top of this, Segwit requires an estimated of 100k lines of code changes in all of the utility code in the ecosystem (building and revalidating transactions in the new format, wallets, etc.).
Do you have a source for this? Why can't they just continue to use traditional transactions if they don't want to participate? Regardless, I can only focus on the core client right now so let's keep the conversation focused there I suppose. I really don't see anything in that link that specifically points to a flaw in the core client beyond the client not being complete yet. Good code takes time and peer review. From what I've observed I'm confident in the upstream process (which is not just Blockstream by the way). Core is still beta software after all. I'd hate to see someone suggest that because the Myriadcoin reference implementation is still evolving it can't be useful or interesting. I'm sorry to see XMY/MYR get embroiled in this.
I'm glad we can talk this through like adults. This must be the first Segwit discussion I've had with anyone that didn't get heated and personal. In my opnion Segwit doesn't work, and it hasn't solved the problems it was touted to solve, most notably SCALING (this is supported by stats on the BTC main chain, which is almost unusable right now due to limited blocksize and insane fees). Since scaling isn't an issue with Myriad (yet), Segwit was especially not needed. Let's face it - some coins jumped to adopt Segwit to get on the hype train. Litecoin and a few others pumped in value when they added Segwit, so others followed suit. Segwit does make transactions smaller in some use cases, but it's so complicated that even the Bitcoin Core wallet doesn't support making transactions using Segwit. My understanding is that Segwit makes Lightning and other Layer2 solutions easier to implement - since those don't work yet I am not holding my breath. I also have serious issues with the concepts behind the L2 solutions and believe that they won't ever see mass adoption, even if they get the technical issues sorted out. Again these are not line-by-line code issues, they're more like the "elephant in the living room". Code does stuff or it doesn't. In this case, the code doesn't do do anything tangible and is extremely complicated. My argument would be that therefore the code is not useful so should not be merged. I'm happy to be proven wrong by some future cool tech that uses Segwit features, but I guess we'll cross that bridge when we get to it? I get that Segwit was complicated so that it could be a soft fork. But again, if no one is adopting it then what good is it? Even the Core people have stopped talking about it other than to complain that "nobody is adopting it". Hindsight is always 20/20. At this point I can say that Segwit was a mistake. You probably know that devs rarely admit mistakes, and they very rarely roll back changes in software. So here we are with an albatross around our necks. LOL at MyriadCash. Don't worry one MYR/XMY can rule them all!
|
|
|
|
jwinterm
Legendary
Offline
Activity: 3164
Merit: 1116
|
|
December 31, 2017, 11:23:56 PM |
|
CLTV allows on chain atomic swaps between cryptos. Segwit allows off chain atomic swaps between different coins. Unless you believe one chain will rule them all, atomic swaps are a very close path to scaling through off loading BTC txs to other chains.
|
|
|
|
amrulshare
|
|
January 02, 2018, 05:47:17 AM |
|
How is the future Myriad (XMY) is there any good news, or maybe add Myriad (XMY) to the new exchanges eg Binance? I see this coin already in market 2014
|
The main key to success is in the value of assets that are getting more valuable. Recommended Crypto Trading platform Binance.com
|
|
|
cryptapus
|
|
January 02, 2018, 02:56:05 PM |
|
...
I guess there is often a ton of code to merge but I believe Segwit was by far the most complicated change which has had basically zero impact on the scaling problems that are now becoming very serious with the fees going parabolic and effectively locking up to 50% of coin inputs. BTC is bleeding while Greg is drinking "champaign", I don't think I wish to follow this genius any further down the road he is building... It looks like people are taking in interest based on market demand... You've lost me now... these projects have no shortage of questionable people surrounding them, I think it's best to try to ignore all of that and focus on implementation. You've given a line count now and say it's complicated. Can you point to where in that 6k line count it's complicated? Where it's not addressed in unit-testing? I need technical specifics to understand. Segwit is actually a very small part of this v0.14 update, a tightening of consensus rules / not a hard fork, and it's an optional type of transaction to boot. I agree that we don't need to worry about personalities. 6000 lines of dense code that changes consensus on a distributed network is complicated and risky by nature. I have to correct one word here, and that's "changes". If it were to change consensus it would be a hard fork. This is a "tightening" of consensus. Older nodes still work fine, you don't have to use segwit transactions if you don't want to. I don't think we need to go line-by-line to agree on that?
Actually, yes, that's exactly what I'm asking for. Where exactly in the core software is the concern? Line number, function, etc. I'm looking for specifics and not page after page of conjecture. Unit testing is good in Bitcoin Core but what's the point of it for a useless change?
I don't see it as a useless change. I am intrigued by new capabilities like cross-chain swaps, rootstock-like applications, lightning (almost-instant payments) and MAST (especially the privacy that MAST could deliver). I think many folks probably didn't see the point in BIP16 at the time, but now we have multisig and it seems like second nature. On top of this, Segwit requires an estimated of 100k lines of code changes in all of the utility code in the ecosystem (building and revalidating transactions in the new format, wallets, etc.).
Do you have a source for this? Why can't they just continue to use traditional transactions if they don't want to participate? Regardless, I can only focus on the core client right now so let's keep the conversation focused there I suppose. I really don't see anything in that link that specifically points to a flaw in the core client beyond the client not being complete yet. Good code takes time and peer review. From what I've observed I'm confident in the upstream process (which is not just Blockstream by the way). Core is still beta software after all. I'd hate to see someone suggest that because the Myriadcoin reference implementation is still evolving it can't be useful or interesting. I'm sorry to see XMY/MYR get embroiled in this.
I'm glad we can talk this through like adults. This must be the first Segwit discussion I've had with anyone that didn't get heated and personal. It's easier to just talk about the specific tech and ignore the generalities. I think that helps for the most part. We might not always agree, but at least we can target the disagreements. In my opnion Segwit doesn't work, and it hasn't solved the problems it was touted to solve, most notably SCALING (this is supported by stats on the BTC main chain, which is almost unusable right now due to limited blocksize and insane fees). Since scaling isn't an issue with Myriad (yet), Segwit was especially not needed. Let's face it - some coins jumped to adopt Segwit to get on the hype train. Litecoin and a few others pumped in value when they added Segwit, so others followed suit.
I don't think Segwit itself would solve scaling the transaction throughput, that should be the domain of layer2. Just raising block-size wouldn't address true scaling either, and I certainly don't think "all nodes in data-centers" is a good plan. I'm sure I'm not the only netizen who desires the decentralized plan to run a node on a residential DSL line. If blocks are 20MB I think we lose a lot of decentralization. Segwit enables layer2 without mandating it, thus I support it. Segwit does make transactions smaller in some use cases, but it's so complicated that even the Bitcoin Core wallet doesn't support making transactions using Segwit. My understanding is that Segwit makes Lightning and other Layer2 solutions easier to implement - since those don't work yet I am not holding my breath. I also have serious issues with the concepts behind the L2 solutions and believe that they won't ever see mass adoption, even if they get the technical issues sorted out.
I just mentioned multisig... Since core doesn't produce multisig transactions in the gui should we abandon it? Core does allow you to create segwit transactions manually just like multisig. The first mainnet LN transactions have already started, a fledgling LN network is active on testnet. I see progress here. It of coarse takes time and carefully reviewed work. It's difficult to be patient but when I compare the work in core vs the alternatives I don't find a better/safer development process. I'm open to being enlightened with specific examples, I just don't see it. Again these are not line-by-line code issues, they're more like the "elephant in the living room". Code does stuff or it doesn't. In this case, the code doesn't do do anything tangible and is extremely complicated. My argument would be that therefore the code is not useful so should not be merged. I'm happy to be proven wrong by some future cool tech that uses Segwit features, but I guess we'll cross that bridge when we get to it?
I get that Segwit was complicated so that it could be a soft fork. But again, if no one is adopting it then what good is it? Even the Core people have stopped talking about it other than to complain that "nobody is adopting it".
Hindsight is always 20/20. At this point I can say that Segwit was a mistake. You probably know that devs rarely admit mistakes, and they very rarely roll back changes in software. So here we are with an albatross around our necks.
We'll just have to disagree I guess... I think it's entirely way too early to judge segwit. I'm excited for the future and the possibilities. LOL at MyriadCash. Don't worry one MYR/XMY can rule them all!
|
website | PGP fingerprint: 692C 0756 E57D 2FA1 7601 3729 010B 717F 231C E7AA | BTC Address: 1CrYPTB1o7QWc8hXqBMP2LtAJh1VMtTFBh
|
|
|
yyz13857180757
|
|
January 03, 2018, 05:40:52 AM |
|
XMY has been the name on cryptopia, and the TREX didn't change its name until yesterday. Many people don't know that XMY and MYR are the same coin, which is very interesting, which leads to the frequent occurrence of price difference.
Have you changed your name? Sure, I don't know yet. Thank you for waking up. I don't think many websites have been changed. Your brother must have been watching this. Are you optimistic about it in 2018?
|
|
|
|
Snippa
Newbie
Offline
Activity: 27
Merit: 0
|
|
January 04, 2018, 07:36:28 PM |
|
Myriad has been added to BlockEater Mining Pool under the 'yescrypt' algo. BlockEater is a US based mining pool. Fees on ALL currencies are 0.15% until Feb. 1 -a yescrypt -o stratum+tcp://blockeater.shardkeeper.com:6233 -u YOUR WALLET ADDRESS -p stats,c=XMY
|
|
|
|
QueenOfCrypto
|
|
January 05, 2018, 12:15:20 AM |
|
I have read somewhere that an airdrop is coming for Myriad... Is this rumor based on reality of just a baseless lie?
|
|
|
|
|
|
Indiansummer
Newbie
Offline
Activity: 34
Merit: 0
|
|
January 06, 2018, 09:03:44 AM |
|
I have read somewhere that an airdrop is coming for Myriad... Is this rumor based on reality of just a baseless lie?
Where dit you read it?
|
|
|
|
NutMasterTardd2
|
|
January 06, 2018, 01:29:07 PM |
|
Any news or announcements that have caused the rise? Or just being under the radar and being noticed recently?
|
:: Elastic - The Decentralized Supercomputer ::
|
|
|
fistfullofbtc
|
|
January 06, 2018, 04:45:35 PM |
|
Any news or announcements that have caused the rise? Or just being under the radar and being noticed recently?
i think it is just undervalued, this is what happens i bought some yesterday.
|
|
|
|
scattypatty
Member
Offline
Activity: 124
Merit: 10
|
|
January 06, 2018, 10:47:56 PM |
|
Any news or announcements that have caused the rise? Or just being under the radar and being noticed recently?
i think it is just undervalued, this is what happens i bought some yesterday. I heard there is an announcement to be made soon and that is why the pump is now?
|
|
|
|
smplMine
Newbie
Offline
Activity: 5
Merit: 0
|
|
January 07, 2018, 02:32:50 AM |
|
I see no Max Supply as far as limit of total coins Max ?
|
|
|
|
objectofawareness
|
|
January 07, 2018, 04:33:07 AM |
|
I see no Max Supply as far as limit of total coins Max ?
The total Coin Supply is about 2 billion coins.
|
|
|
|
objectofawareness
|
|
January 07, 2018, 04:51:05 AM |
|
Any news or announcements that have caused the rise? Or just being under the radar and being noticed recently?
It's basically been under the radar. Myriad is the original 5-algo coin. Coins like DigiByte copied and forked their multi-algo's from Myriad. There is an awesome community and since Myriad is truly decentralized, there are MANY people working on various aspects of development for Myriad. We will be seeing good things from Myriad in the months and years to come!
|
|
|
|
|
|
apepis
Newbie
Offline
Activity: 41
Merit: 0
|
|
January 08, 2018, 11:09:17 AM |
|
why xmy price down?
|
|
|
|
|