0 Members and 1 Guest are viewing this topic.
Just now read the article and wanted to make a comment. Particularly in regards to what you'd do differently. Doing all of this in memory kind of defeats the purpose of having stored data. It adds speed, that is true, but there are problems in regards to having truly decentralized applications and to have them be verifiable. On the other hand, the way Bitshares operates it would likely not be an issue mainly due to the way that the consensus algo operates. As for the merkle tri-graph, I would like to hear why it is redundant. It is very much expensive, that is true, but if you want a truly decentralized and trustless application, it is somewhat necessary. But again, I can see why you'd do it this way due to the Bitshares algo as the goal in the algo is not to be trustless, just to be decentralized. There are tradeoffs to everything. In any case. Hope all is well.
I like that Bytemaster posted this prior to the ETH rally.
Quote from: fuzzy on February 11, 2016, 05:18:41 pmQuote from: VoR0220 on February 11, 2016, 05:09:13 pmJust now read the article and wanted to make a comment. Particularly in regards to what you'd do differently. Doing all of this in memory kind of defeats the purpose of having stored data. It adds speed, that is true, but there are problems in regards to having truly decentralized applications and to have them be verifiable. On the other hand, the way Bitshares operates it would likely not be an issue mainly due to the way that the consensus algo operates. As for the merkle tri-graph, I would like to hear why it is redundant. It is very much expensive, that is true, but if you want a truly decentralized and trustless application, it is somewhat necessary. But again, I can see why you'd do it this way due to the Bitshares algo as the goal in the algo is not to be trustless, just to be decentralized. There are tradeoffs to everything. In any case. Hope all is well.btw, everyone please congratulate vor as he was hired by gavin to continue his work on solidity. Is this a Possibility for BITSHARES?!Quote from: VoR0220 on December 24, 2015, 04:07:38 pmI am holding onto BTS because I believe that along with Ethereum, it is going to be the only other cryptocurrency 2.0 project to make a difference...and I actually see the model of DPOS melding quite well into the new Ethereum Serenity model if I understand it correctly.
Quote from: VoR0220 on February 11, 2016, 05:09:13 pmJust now read the article and wanted to make a comment. Particularly in regards to what you'd do differently. Doing all of this in memory kind of defeats the purpose of having stored data. It adds speed, that is true, but there are problems in regards to having truly decentralized applications and to have them be verifiable. On the other hand, the way Bitshares operates it would likely not be an issue mainly due to the way that the consensus algo operates. As for the merkle tri-graph, I would like to hear why it is redundant. It is very much expensive, that is true, but if you want a truly decentralized and trustless application, it is somewhat necessary. But again, I can see why you'd do it this way due to the Bitshares algo as the goal in the algo is not to be trustless, just to be decentralized. There are tradeoffs to everything. In any case. Hope all is well.btw, everyone please congratulate vor as he was hired by gavin to continue his work on solidity.
I am holding onto BTS because I believe that along with Ethereum, it is going to be the only other cryptocurrency 2.0 project to make a difference...and I actually see the model of DPOS melding quite well into the new Ethereum Serenity model if I understand it correctly.
Quote from: betax on January 07, 2016, 02:42:17 pmOverall this is a great idea, specially EVM becoming an standard as it was mentioned and the capability to interop across different chains. Bitshares provides already a great BitAsset interface / Exchange etc. This will be like running Java in different OS.Ill have to say I am the first to say it is hard to add functionality to BitShares, as it was mentioned on the blog post it is hard to sandbox yourself to test extra functionality. It is simpler to test your models in Ethereum BUT I am also the first one to say that if you need extra performance you can move to Graphene.I look forward to this and is never too late. Yes Toast / Rune / Ryan are great candidates to do this.Anyone considering creating a worker proposal for it?
Overall this is a great idea, specially EVM becoming an standard as it was mentioned and the capability to interop across different chains. Bitshares provides already a great BitAsset interface / Exchange etc. This will be like running Java in different OS.Ill have to say I am the first to say it is hard to add functionality to BitShares, as it was mentioned on the blog post it is hard to sandbox yourself to test extra functionality. It is simpler to test your models in Ethereum BUT I am also the first one to say that if you need extra performance you can move to Graphene.I look forward to this and is never too late. Yes Toast / Rune / Ryan are great candidates to do this.
QuoteAnyone can create new smart contracts for BitShares today. There is ample BM, i guess there is a typo in your blog "ample" ---> "sample"[quote author=bytemaster link=topic=20821.msg269014#msg269014 date=1451493763]http://bytemaster.github.io/blog/2015/12/30/Why-I-like-Ethereum/
Anyone can create new smart contracts for BitShares today. There is ample
Can we get in contact with the guys from http://ciyam.org/ again?@cass: IIRC, you have a contactWith workers and FBAs on the blockchain, we may be able to convince them to help us out
BitShares can process smart-contracts faster and in a more efficient way than Ethereum. Also, block frequency close to 1 second might be unavailable on Ethereum.But it's a trade-off because it's harder to deploy a smart-contract on BitShares than on Ethereum.
That issue was resolved and since then Dan and v have been friendly
Review the panel video from 2014 in Jan with Dan, David Johnston and me. Stan asked to form a crypto triumvirate between ethereum, mastercoin and bitshares. At that same conference, Dan asked an ambush question to vitalik and then made a YouTube video attacking his answer. It created a lot of very unnecessary bad blood. I actually wanted a partnership and was willing to work with Bo and Stan at creating one. The video and how vitalik was treated made it extremely difficult politically for me to suggest it.
Over a year too late dan. A lot of good could have been accomplished back in Miami. You should have listened to your dad.
Have you seen Crypti? https://crypti.me/It is a cryptocurrency written in Node.js that is secured by dPoS. It has a Javascript/Node scripting language enabled on chain to make dApps.This coin is way undervalued and has been flying under the radar. I thought you guys may find it.interesting since theit chain is secured by dPoS.
Not sure how bitshares solves ethereum' problems. They have solutions in the works with casper.
Quote from: bytemaster on December 30, 2015, 04:42:43 pmhttp://bytemaster.github.io/blog/2015/12/30/Why-I-like-Ethereum/
http://bytemaster.github.io/blog/2015/12/30/Why-I-like-Ethereum/
QuoteI will do my part to provide guidance to new developers along with tutorials. Will you do your part of welcoming any and all development on BitShares?Yes, I will.
I will do my part to provide guidance to new developers along with tutorials. Will you do your part of welcoming any and all development on BitShares?
"I would actively support a FBA to integrate the Ethereum VM into BitShares. Done properly this would have significant advantages over the current Ethereum blockchain. I would make the following minor modifications to the EVM’s implementation"Do you have a rough estimate on time and labor?