BitShares Forum

Other => Graveyard => Muse/SoundDAC => Topic started by: anytime181818 on June 16, 2017, 12:22:06 am

Title: is the developing team still working on muse?
Post by: anytime181818 on June 16, 2017, 12:22:06 am
DACplay has some news: it is going to be worked based on the Ethereum.

but Muse seems to have no news. and the wallet has not been updated for a long time.

the goal for Muse is really great, but i am curious about that the team is still working on it ? we really care much about it.
Title: Re: is the developing team still working on muse?
Post by: Musewhale on June 18, 2017, 01:38:46 am
play is good ah, fly, up, do it +5% +5% +5%
Title: Re: is the developing team still working on muse?
Post by: biophil on June 18, 2017, 03:12:06 am
DACplay has some news: it is going to be worked based on the Ethereum.


Interesting. Where is this news available?
Title: Re: is the developing team still working on muse?
Post by: Musewhale on June 18, 2017, 02:49:37 pm
DACplay has some news: it is going to be worked based on the Ethereum.


Interesting. Where is this news available?

Released in the Chinese community +5% +5% +5%
Title: Re: is the developing team still working on muse?
Post by: MisO69 on June 19, 2017, 02:06:13 pm
DACplay has some news: it is going to be worked based on the Ethereum.


Interesting. Where is this news available?

Released in the Chinese community +5% +5% +5%

How about a link?
Title: Re: is the developing team still working on muse?
Post by: Musewhale on June 20, 2017, 05:24:07 am
DACplay has some news: it is going to be worked based on the Ethereum.


Interesting. Where is this news available?

Released in the Chinese community +5% +5% +5%

How about a link?
https://dacplay.org/en/roadmap-201706.html

Only Chinese version
Title: Re: is the developing team still working on muse?
Post by: MisO69 on June 20, 2017, 01:25:18 pm
That was  the DAC play roadmap. I was hoping to see a Muse roadmap.

Anyhow, here is the DAC Play roadmap in english using google translate.

The development of block-chain technology is changing rapidly. At the time of the 14-year version of the DACPLAY legacy white paper, there was no mature smart contract framework at the time when the first version of the Ethernet Square was not yet available. The DACPLAY project itself originated in the Bit Unit community. Game contract and support for more scalable features, DACPLAY based on the bit of the framework of the 1.0 developed a number of interesting entertainment applications, including bonus logs, simple games, red envelopes, etc., has been the user's recognition and praise. Later, in order to build an extensible ecosystem, we continued to focus on developing our own contract scripting system. To that end, we spent a lot of time embedding the V8 Javascript script engine into the development framework of Bit Unit 1.0 and Third party developers can develop game script contracts on DACPLAY.

Later, due to some of the vulnerabilities in the Bitstream 1.0 technology framework, the DACPLAY system experienced a serious attack, after which the developer team decided to upgrade the technology framework to graphene, the technology framework for Bit Unit 2.0, as this Sub-upgrade, the original V8 Javascript script engine also need to do the corresponding upgrade. The development team spent a lot of time and time on the underlying protocol of the block chain and the development of the V8 smart contract, but did not get a satisfactory mature smart contract framework. The long bear market has also had an impact on team development funds and game contract eco-community building. However, in the past two years, the ether-square and other general-purpose smart contract platform to grow and develop, provide us with a more mature and better technical framework and platform, after reflection and summary, we suddenly found that the development team has been trying to develop the bottom Platform has been ready and better choice, such as the ether square and so on, we ask ourselves a question: why not directly in the ether square above the development of application platform? To this end, we have done some in-depth study and research on the ether square, found that the basic technical conditions are already available, although the performance may have an impact, but can be developed and supported by solidity game types have been very diverse, with Constitute the conditions of DACPLAY ecology. One of the benefits of developing applications on the etherfront is the ability to be compatible with a number of protocols such as the ERC-20 protocol, the Bancor protocol, etc., to immediately benefit from the support of these protocols, and more and more protocols are being developed. For a period of time, block-chain applications based on smart contracts have a growing trend, such as DigixDao, FirstBlood, MakerDAO, Augur, BAT, Aragon, Status and other applications are very good development. And there are a lot of other common support for smart contract block-chain projects that appear like EOS and so on, we found that the common block-chain technology platform (especially supporting EVM-compliant) and block-chain application separation is becoming a Trend, our team may be difficult to do these two things at the same time, choose to stand on the shoulders of the giant, is more intelligent choice.

So, after careful consideration by the development team, we decided to make a big tweaking of the current technology framework: choose to develop a set of contracts directly on the Ethernet chain of the DACPLAY to implement the design in the white paper, rather than design Develop a set of independent chains. Because of the adjustment of the technical route, we have learned some lessons from the past and we have made some big adjustments to the road map and the community.

These adjustments mainly include:

    From the technical route based on graphene + V8 script contract, switch to directly in the ether square to develop a set of smart contract. These contracts include but are not limited to (currently draft version):

        PLAY new Github library for managing this set of contracts.

        A PLS Token contract that is compatible with ERC-20 and supports migrating PLS Token 1: 1 on the original chain, as well as the corresponding Token migration support code.

        Chip contract, the main implementation features include the registration and conversion of the game Chip assets and contracts, and the account balance update interface reserved for the game contract call. Calling account balance update service, PLS will be consumed as fuel and handling fee. The account balance update interface for each game Chip asset can only be invoked by the corresponding game contract.

        Built-in and external random number service contracts, PLS will be used as a built-in random number contract for fuel.

        Automate governance and manage upgrades

        Various game contracts (including two types of contracts that do not rely on random numbers, contracts such as gambling, and reliance on random numbers)

    Roadmap adjustment: to stop the original based on the development of graphene framework to support V8 game script contract plan, in turn to achieve a contract application, divided into several stages:

        Old DACPLAY 2.0 system and Token migration (1-2 months)

        Test some game contracts and test contracting framework (in progress)

        Based framework contract and main chip contract development, GUI development (4-6 months)

        Development of typical game type contracts (pending)

        Research and Improvement of Random Number Contract. (To be determined)

    Community work group adjustment, the original development team, divided into three committees to strengthen community communication and governance aspects of the work:

        Decision Committee: Responsible for the use of community funds and decide which direction and work to sponsor, formulate road maps and directions, governance, etc.

        Community Committees: Responsible for community communication, marketing, education and so on.

        Development Committee: composed of DACPLAY open source project important development members, and participate in coordination of various working groups (WG) work

Finally, thanks for the support we have been, we have always believed that DACPLAY will be a very promising project, and the current development team is also the most experienced team in the chain chain community.

 

DACPLAY development team

June 13, 2017