Generating Bitcoin Wallet Address from Extended Public Key ...

Does Blockchain require coding?

Have you ever thought why it is nearly impossible to steal information or data from the blockchain? Well, the right coding and blockchain programming is the reason behind the high-level security. There are several different types of languages to code or program the blockchain projects such as C++, Python, JavaScript, etc.
Since blockchain stores critical information, it is imperative to secure the data with leak or tamper-proof coding to support the very idea of blockchain creation. To achieve this, some programmers prefer to code in simple and immutable programming language. Java allows this as once it verifies a block or as they say- the ‘block is hashed’, it is impossible to make amendments with the information.
C++ allows effective resource management and efficient access over storage, hence, one of the favorite languages for most of the blockchain programmers. Projects like Ethereum, and Bitcoin are coded in C++.
Simplicity is yet another factor required to conceive a successfully operational blockchain based project. Often programmers use Python framework for this as this allows the output to be simple and minimalist. It also allows to perform many tasks with just a single command.
Like Java, Solidity is a contract and high-level based coding language. Portable blockchain platforms like Ethereum have been written in this language only. Although, the language is new in the market but Sphinx Worldbiz has the best-in-class professional team offering expertise to create comprehensive script for your blockchain based requirements.
It is one of the best emerging blockchain programming languages for creating Hyperledger fabric. All you need is namely classes, generics, annotations, inheritance, and annotations to create the first blockchain.
The tech-oriented epoch has flourished with multiple programming languages. Tightly done coding has been instrumental in this development and specially with blockchain, the given amount of security has only been possible using the best-in-class coding languages, some of them are mentioned above. The rest to look out for are Ruby, C#, JavaScript, Simplicity, Rust, Rholang, CX, PHP, Vyper and Scilla.
References:
Does Blockchain require coding?
Which coding language is required for Blockchain?
Coding For Blockchain
submitted by Sonaliiiii to u/Sonaliiiii [link] [comments]

Bitcoin's Dystopian Future

I have seen the future of Bitcoin, and it is bleak.
The Promise of Bitcoin
If you were to peak into my bedroom at night (please don’t), there’s a good chance you would see my wife sleeping soundly while I stare at the ceiling, running thought experiments about where Bitcoin is going. Like many other people, I have come to the conclusion that distributed currencies like Bitcoin are going to eventually be recognized as the most important technological innovation of the decade, if not the century. It seems clear to me that the rise of distributed currencies presents the biggest (and riskiest) investment opportunity I am likely to see in my lifetime; perhaps in a thousand lifetimes. It is critically important to understand where Bitcoin is going, and I am determined to do so.
My hundreds of hours of thought experiments have been productive. I published a whitepaper about the future of Bitcoin, and because of that paper I’ll have the great privilege of sitting on the “Bitcoin in the Future” panel at the 2013 Bitcoin Conference in San Jose. Through these years of deliberation I have satisfied myself that the answer to the “Trillion Dollar Question” of whether any form of distributed currency can ever achieve a stable price, is “yes”. (There are three ways this will happen, as I have written elsewhere).
I have been predicting for years that the world’s first trillionaire by USD valuation will be an early investor in distributed currency — quite possibly Satoshi Nakamoto, whoever he/she/it/they may be. I own a few bitcoins, and I intend to keep them until I find a more attractive investment (that is, I want to invest in whatever replaces bitcoin or builds on top of it).
To many people, this sounds like an implausibly rosy future, and for early adopters that is true — it feels like winning the lottery every day. However, for most other people, the ascendancy of distributed currency systems will feel like a disaster. If you are involved in Bitcoin now, you should prepare to be almost universally hated someday.
In this article, we will examine a few simple thought experiments to show how the rise of distributed currencies such as bitcoin could create massive social upheaval due to governments’ rapidly degrading capability to fulfill their core functions of taxation and regulation of commerce. We’ll see how the end result could be extremely painful for common citizens due to previously unimaginable wealth disparities, hyperinflation of previously stable government-backed fiat currencies, and a greatly empowered criminal class.
The Bleak Future of Fiat Currencies
Anarchists and hardcore libertarians love Bitcoin, but most people outside those circles are not in favor of completely doing away with their government. If you aren’t part of a fringe political movement, chances are there is something the government does that you like, whether it’s handing out entitlement money, killing enemies, putting people in prison, building dams and roads, funding research, or any number of other things. The government can do these things because the government can collect taxes, which in turn they can do because the flows of money are highly regulated and tracked at every level. Whether you are collecting a paycheck, buying furniture, cashing out investments, or simply dying and leaving an inheritance, the government knows about it and takes a cut.
For our first thought experiment, let’s imagine a world where distributed currencies like bitcoin have become wildly successful due to technological advances which make them easy to use and completely stable. In this world government-issued money is as good as dead. It may take a few years for everyone to realize it, but there will come a point when the ever-increasing outflows of money from fiat money into untaxable, unseizable decentralized currency will reach a tipping point, and we’ll have a financial panic like the world has never seen. Frightened lawmakers and banks will try to stop people from cashing out, but that will just increase the panic. Those who don’t get out before the door closes will be in dire straits indeed. This is the ultimate bank run — the run on the world’s central banks, and who could possibly step in and restore order?
When people think of hyperinflation, they usually envision a Zimbabwean printing press running around the clock in the dark corner of a mud hut, putting ever more zeroes on cheap paper. Has it ever occurred to you that hyperinflation can happen while the printing presses are off? The value of the money in your pocket is not ultimately guaranteed by your government, but by simple supply and demand. The government controls the supply, and we control the demand. If demand falls precipitously, we have hyperinflation without ever needing to print another dollar or euro. If people start fleeing government currencies en masse, hyperinflation is the inevitable result.
The good news is that you don’t need to worry about current government debt in this scenario. If government currencies lose their value rapidly, debts which previously seemed overwhelming suddenly become much more manageable. Perhaps your debt-laden government will someday completely pay off it’s national debt by simply selling a few gold bars and a couple national parks.
The Bleak Future of Retirement
For our next thought experiment, let’s consider what will happen to Grandma. For her whole life, she has carefully saved her money, and now she is living in reasonable comfort. She gets money and health care from the government, and she has her own savings to fall back on. Grandma has done everything right, including taking her savings out of the stock market; most of her savings are now invested in the safest asset known to man: U.S. Treasury Bonds.
Rather suddenly, things start to go wrong. At the same time all her expenses start skyrocketing, the government has a liquidity crisis; they are having trouble collecting taxes and can no longer pay for her health care. Her savings are still “safe” in the sense that she will get U.S. Dollars out of them, but that is little comfort when those dollars which should have lasted years can barely pay her weekly grocery bill.
Grandma’s retirement has been sabotaged by the rise of a new kind of money that she can’t even begin to understand. All she knows is that she did everything right, and now she has nothing.
The Bleak Future Wealth Disparities
All the world’s wealth has essentially been stolen, but by whom? By you, dear reader.
We’ll be very lucky if we aren’t all rounded up and summarily executed. Thankfully, you’ll be able to use some of that money to purchase protection, but I’m not at all convinced that it will be enough. A wrathful government backed by an enraged population is a fearful enemy. Satoshi foresaw this long ago, and I doubt he/she/it/they will ever voluntarily come into the light.
If there are enough of us, and we are very careful and charming, we may be physically safe. However, the massive displacement of wealth will still have some awful consequences. People argue all the time about the societal benefits and drawbacks of wealth disparities, and the rise of distributed currencies will create disparities that previously did not seem possible. It seems clear that there will be a lot of jobs created by the new wealthy, but whether the average person is better off or not, one thing is sure to rise: resentment. What right do we have to take all the wealth of the world and put it in our pockets? Sure, a nifty new idea should pay off for early visionaries, but nobody ever expected a new idea to suck all the wealth out of the world like a financial black hole!
The Bleak Future of Law Enforcement
This is where things get really bleak. Currently distributed currencies facilitate money laundering, black market commerce (the Silk Road), and insider trading (TorBroker). These applications in their current form are just a snowflake on the tip of the iceberg. Not only will they get MUCH bigger, but we will see applications which are much less savory. Historically, the “Dark Net” accessible by Tor and private networks has been nothing more than a hidey-hole for illegal files and a hangout for paranoid schizophrenics, but it is quickly becoming the platform of choice for large-scale illegal commerce.
For this thought experiment, we will imagine that your child has been kidnapped and put up for sale on “TorSlaver”. Their business plan is to kidnap children and sell them to the highest bidder, whether parent or pedophile. The winning bidder is sent the location of the child, probably bound and gagged and dumped somewhere. As long as they don’t get caught doing the kidnapping, the kidnappers can do this again and again with complete impunity. Once someone proves it can be done, copycats will come out of the woodwork, and it won’t matter if the first mover gets caught.
As a parent of three small children, I cannot describe to you how awful this makes me feel. I have always been a very reluctant bitcoin investor, for this very reason. I don’t invest in bitcoin because I think it will bring about a happy utopian world. Quite the opposite. I invest in bitcoin because the rise of distributed currency is inevitable, and owning some bitcoins seems to be the best way to prepare for the chaos ahead. And just maybe, if I position myself correctly, I can make things a little less awful.
The Government Strikes Back
Does anyone really expect the government to sit back quietly and watch while their currency is debased, terrorism is funded, and children are kidnapped? The only question is when and how they will strike back against these forces. While the government does have a lot of options, ultimately those options only slow things down. At some point, we collectively with our governments face a difficult choice between trying to survive this deadly storm or attempting to destroy all decentralized computer networks (including the internet). The former seems unthinkable, the latter, impossible.
I wouldn’t be surprised if this chaos gives rise to a strong, centralized, one-world government which gets its revenues by tightly reigning in freedom of commerce in order to collect taxes. For instance, I will not be surprised to see a requirement someday that every person buying or selling have an implant which tightly binds their identity to the sale. Perhaps the implant will even be located on the back of the right hand or the forehead! This may seem repugnant to you now, but wait until you have lived in the storm for a while before you call it impossible. The natural reaction to the deadly chaos of decentralized currency is for the populace to embrace increasingly centralized controls on commerce. The battle lines are only just starting to be drawn, and your guess is as good as mine for how it will play out.
What Should We Do?
We need people thinking about this. I’ll admit that many of the things I wrote about may not happen at all, or may happen very differently than I imagine. However, there are lots of people touting the fantastic benefits that bitcoin and its children can give us, and I don’t see anybody talking about how bad things could potentially get.
We need solutions. When the government finally starts taking decentralized currency seriously, it will probably be doing so in a state of panic. We need to be advising governments now about how they can survive the storm and protect their populace. We need to think of ways the government can pay for its most critical operations, and what legislation makes sense to mitigate these new risks while preserving as much freedom as we can.
The Lifeboat Foundation is attempting to provide this thinking, advice, and solutions. They are already getting ready for a new advisory board, culled from computer scientists, economists, and bitcoin experts. If you make a fortune from your investments in decentralized currency, I urge you to consider how you can help all the people harmed by these rapid changes. Many bitcoin enthusiasts seem to think they will get to retire on a private island with a harem and a stable of Italian sports cars. This is wrong. Bitcoin investors need to someday become bitcoin philanthropists, and our giving needs to be targeted at helping all the people we have harmed. The Lifeboat Foundation is one option, but I’m sure there will be others.
I first published this article on the blog of the Lifeboat Foundation: http://lifeboat.com/blog/2013/04/bitcoins-dystopian-future
Bitcoin forum version is here: https://bitcointalk.org/index.php?topic=180798.0
tl;dr: Wildly successful distributed currencies could hurt a lot of people.
submitted by dacoinminster to Bitcoin [link] [comments]

Cocos-BCX:The decentralized gaming application & crypto assets creation platform

Cocos-BCX:The decentralized gaming application & crypto assets creation platform

I. Project Overview

Cocos-BCX is a platform used for the development, operation, management and transfer of decentralized applications and in-application assets on the blockchain ecosystem. The platform mainly includes three function modules:
(1)The application development framework that supports multiple operating systems and various blockchain environments.
(2)Completely scripted, componentized and data-driven application development tools;
(3)An improved blockchain system, which is oriented to high performance applications and based on graphene technology framework, and its related functional components.
Cocos-BCX can allow developers to perform programming, debugging, and publishing of decentralized applications oriented to the blockchain environment, and hybrid architecture applications. Meanwhile, the platform integrates the distributed user account system, wallet and digital asset circulation platform based on the blockchain, which can realize the permanent saving and cross-chain use of in-application assets.

II. Project evaluation

(一) Market analysis

1. Market conditions | 8 points

The organizing pattern of productivity dominated by governments in some areas or industrial domains is apt to change in the context of bottlenecks existing for global scientific and technological progress, rising resource consumption, an aging population, and intensified geopolitical conflicts. In particular, in 2008, when Nakamot published his thesis "Bitcoin: A Peer-to-Peer Electronic Cash System", discussions on blockchain and digital currency have gradually extended from technological aspects to economic, social and political, and other fields. The general public have begun to pay close attention to the impact of blockchain on social development as well as the role of digital currency in the world economy. Based on the decentralized characteristics of the blockchain and the vibrant vitality of the digital economy, the general public has enough confidence to predict that the decentralized "digital assets" will be a sweeping trend in the future, and will derive new business models and social values.
At the same time, in the development process of decentralized applications of different types, the game industry enjoys unique development advantages, because the game's production mode is the most sophisticated, enjoys the highest degree in terms of commercialization, and is one of the scenarios with the most profound foundation in terms of developers and users.
u Analysis: The game field has a huge room for development, which is highly consistent with the characteristics of the blockchain, and accords with the future development tendency of the digital economy.
The digital asset economy model carried by the project through the blockchain technology will assetize the content produced by the developer, enable the developer to continue reaping benefits during the use, management and transfer of his assets, and provide him with a convenient, decentralized game distribution channel; meanwhile, it helps players to transform the data formed by time and energy as well as the props they obtain as a result of their consumption into the assets that can be safely stored and circulated, offering players the right to manage and commercialize them.

2. Competition | 8 points

Since the last century till now, owing to the sustained efforts and promotion by a variety of IT technology game enterprises, the national and even global online game market is developing by leaps and bounds. If there is no systematic risks, such as policy regulation, vicious incidents and other factors, there will be no smooth and endless development momentum unless something unexpected happens. However, an objective analysis reveals that the current online game market is still dominated by IT technology companies, and even in a controlled and monopolized development, which, of course, also brings substantial profits, such as Tencent, Blizzard Tech.
u Analysis: It can be predicted that the Cocos-BCX project will hardly have any direct competitors in the strict sense for the time being, but will encounter a marginal pressure competitive environment from two dimensions. In summary, the classical IT game companies at home and abroad are massive in size and have obvious capital advantages. However, the Cocos-BCX project has an advanced philosophy and cutting edge technology, and thereby enjoys first-mover advantages for a breakthrough; The blockchain game project of the same business is currently marked by wide participation and generic applicability. But in comparison, the Cocos-BCX game industry has such advantages as a salient background, special project orientation and sophisticated development in technical modules, and therefore has greater development potential.

(二) Token Status

1. Token situation | 6 points

(1) Basic situation of Token
Token name: COCOS
Total tokens in circulation: 100 billion
Consensus mechanism: DPOS
(2) Token usage and allocation
Part I 82%: Cocos-BCX is used for the platform community construction in various ways, including but not limited to the witness' block reward, incentives for platform ecological developers, global community construction, marketing and promotion, industry alliances, eco-investment, research, financial and legal compliance. The use of this part of Cocos-BCX includes swapping by means of the consensus work contributions, free gifts, gifts in exchange for service, and gifts in exchange for other tokens, etc.
Part II, 18%: Cocos-BCX is intended as incentives for the sponsoring team of the project. The incentive part will set up a locking mechanism, which will be issued and unlocked one-third at the end of each year after Token generation, and the issuance will be completed within three years.

https://preview.redd.it/sahtuohmtb821.jpg?width=684&format=pjpg&auto=webp&s=324cbde0e5911f219649d8a64470dc3d70ecdb7f
u Analysis: The use of Token is mainly divided into two parts, among which, 82% is used for project development and construction. The remaining 18%, which has a locked position mechanism, is intended for team incentive and construction. The use design is rather rational, but the team part is slightly higher. Given that the industry is in the initial stage of development, it is of great importance to seize the first opportunity and acquire early traffic users. It is suggested that the proportion of Token used by the team be reduced slightly, which is more conducive to the long-term development of the project. It should be noted that the original holding distribution of Token has not been queried via the official channel, while this link for the conventional blockchain project are basically disclosed. Meanwhile, from the standpoint of ordinary investors, Token’s original holding ratio is also one of the important parameters for its investment.

2. Ecological cycle | 8 points

(1)The Token (COCOS) positioning of the platform: circulation media and governance proof in eco-economic activities
COCOS not only serves as a value exchange carrier and community participation proof for Cocox-BCX, but its orientation as a basic pricing Token is likely to play a critical role in the digital asset ecosystem. With the continuous development of the industry, a large quantity of decentralized digital assets will exist in multiple blockchain ecosystems according to different standards in the future, and the value existing in asset pricing media transcending the chain ecology will be infinitely magnified.
, which is specifically manifested in that developers and users can evaluate, compare, trade and manage digital assets of different chain ecosystems, worldview content, and technical standards based on COCOS. Meanwhile, as a primary and basic pricing medium, COCOS is positioned to become the necessary conditions for the blockchain industry to develop and trade financial products and derivatives of digital assets in the future.
(2)Basic use model of Token (COCOS)
Ø Value exchange medium within the platform ecosystem;
Ø Entrusted consensus equity share representative of the Cocos-BCX public blockchain;
Ø The reference and basis for the measurement of the participation in and contribution to the platform community.
(3)How to obtain Token (COCOS)
Ø Value creation: It includes the contribution of the behavior of creating digital assets, that is, developing games, making props, etc.
Ø Platform contribution reward: Users who contribute to the Cocos-BCX community is entitled to COCOS;
Ø Market transaction: Selling the prop assets obtained in the game to get COCOS;
Ø Behavioral incentives: Various effective behaviors within the Cocos-BCX platform, community and platform games will be converted into COCOS
according to a certain contribution degree.
u Analysis: The use model, scenario application, acquisition method, market orientation, etc. for the Token ecosystem design are all well deliberated, to be verified by the market.
The ecosystem design of the Token project not only takes the macroscopic use model and scenario application, but also gives a detailed description of the acquisition method. Another point that must be pointed out is that it has a clear market orientation and future prospect as soon as the design begins, therefore, in general the Token ecosystem design is well-considered and far-sighted. However, for the volatile blockchain market, the crux depends on whether the ecological design philosophy can keep pace with the times, which is very essential. In a word, in the face of massive uncertainties, it needs to be finally verified by the market.

(三) Team member

1. Founder | 8 points


https://preview.redd.it/6xhhabgntb821.jpg?width=200&format=pjpg&auto=webp&s=f8b038f4b4016724adf160c180c1eab3fb86aa1b
Haozhi Chen
China's renowned Internet serial entrepreneur, and has successively led and participated in the creation of Joyo.com, Xcar.com.cn, and cdn.yeeyan.org since 1999, and founded Chukong Technology in 2009. Chukong is a leading game development and distribution enterprise in China and a major maintainer and supporter of the Cocos-BCX global open source game engine and developer community.

https://preview.redd.it/t5siu9cotb821.jpg?width=200&format=pjpg&auto=webp&s=262123cfe0f40dbc87177d62ff57bd9e270a12cf
Xiaolong Yang
With over 14 years of experience in technology entrepreneurship and investment, he once co-founded China's leading entertainment social networking company. As an investor, he once worked for China's leading private equity fund, during which period, he led and participated in investment projects totalling over 1 billion US dollars, and realized the exit of some projects at home and abroad. His interests and expertise mainly concentrate on information technology of the global primary market and secondary market in the later stage, and macro multiple asset category investment, and has a profound understanding of the financial market mechanism and asset pricing. He is also an investment partner in China's major technology investment fund and provides counselling for Chinese and American hedge funds, venture capital funds and large enterprises.
u Analysis: Chen Haozhi, as a founder, has rich experience in the game industry, and enjoys widespread networking and abundant resources in the industry as being one of the early Internet entrepreneurs; Another founder, Yang Xiaolong, has a strong experience in technology venture capital investment, and has the expertise for global investment layout. On the whole, two co-founders have a prominent advantage in overall industry background and integrating resources.

2. Founding team | 8 points


https://preview.redd.it/15ytlu4ptb821.png?width=877&format=png&auto=webp&s=26839b00d4921c925431e8f0be337c9828e0eb49
Kevin Yin: An early contributor of CocosChina community, NOI winner, and ACM guest. A senior developer of blockchain, and having years of experience in compilation and distributed computing. An investor of the blockchain technology.
Jane Jin: Responsible for CocosChina community, the "Aipuworks" incubator, etc., and an expert of the Techincal Committee for Blockchain, China Software Industry Association. Bachelor of Economics, Zhejiang Gongshang University, and mini-EMBA of Tsinghua University. He once served important functions in "Fortune Global 500" including Lucent, Nortel, NSN, Nokia, Intel and other multinational companies in the marketing, sales, executive and developer relationship domain.
James Jeon: Responsible for the business development strategy and implementation of the project's South Korean section. From 2012 to 2015, he served as CEO of Gurum Company, a South Korean subsidiary of Chukong Technologies, earning an annual revenue of over $30 million from the scratch for the South Korean company and leading the South Korean subsidiary in going public successfully.
Frederick Lim: Responsible for the business development strategy and implementation of the project's South Korean section. From 2014 to 2015, he served as co-CEO of Gurum Company, and was once the director of the Strategic Investment Department of Hyundai Group, responsible for investment in Internet, communication, telecommunications and other fields. He is a doctor of Engineering Technology, Sungkyunkwan University, South Korea.
Hirokuni Fujita: originally head of the Japanese subsidiary of Chukong Technologies. He graduated from Graduate School of Arts and Sciences, The University of Tokyo, majoring in Interdisciplinary Cultural Studies.
Jason: preacher of the Cocos-BCX community and meanwhile, senior manager of the Cocos 2d-x global community. He started to program on the Commodore-64 computer when he was 8. In addition to developing the community, he was keen on studying mathematics, finance, C++ and improving his Chinese proficiency.
Qinzhou Wang: Since entering the game industry in 2009, he has worked in the brand market in ZOL. Com. CN, Howell Expo, host of ChinaJoy, and is responsible for the brand market in Chukong Technologies.
u Analysis: The special technological talent construction of the team technicians needs to be further strengthened. At present, there is a blockchain technician. The game background and the advantages of the international architecture building enjoy prominent advantages, and there are sufficient team members on the strategic level and in the aspect of ecological construction. It is worth mentioning that team building is stable, and there is a high level of consensus among team members, which is conducive to the robust development of the project.
One member of the founding team has experience in the blockchain project development, that is, Chief Technical Officer, who is a senior blockchain developer. He has many years of experience in compiling and distributed computing, and is also a technology investor of blockchain.
In the early stage, owing to the demand of the game industry in the Japanese and Korean markets, Japanese and Korean market leaders were specially arranged in the early team structure of Chukong Technologies. In particular, due to the prosperity and popularity of the game industry in the Korean market, two co-leaders were specially arranged for the Korea market, responsible for strategic and investment issues respectively.
Consultant Team | 8 points

https://preview.redd.it/7d9dp2wptb821.jpg?width=558&format=pjpg&auto=webp&s=39fd3b0aa342403493df250d99c09472c48e0c72
Zhe Wang: Founder of the Cocos engine, and CEO of Xiamen Yaji Software Co., Ltd. He graduated from Department of Electronics, Nanjing University, and later studied a postgraduate program at Department of Management Science, Xiamen University. He created the Cocos engine in 2011, which currently has 1.1 million registered developers worldwide and 300,000 monthly active developers in over 200 countries and regions in the world. The Cocos engine has arrested the attention of platform vendors at home and abroad, and has established a long-term cooperative partnership with Microsoft, Google, ARM, Intel, Qualcomm, Samsung, Huawei and Tencent, etc.
Edith Yeung: One of some "Silicon Valley's Must Meet" investors as covered in Inc magazine. She is the head of 500 Startups, Silicon Valley's famous venture capital company and incubator in Greater China, and meanwhile, manages a Mobile Collective fund worth tens of millions of dollars. She has invested in over 40 mobile Internet, VR, AR and AI start-ups, including Hooked (App store's No. 1 reading App), DayDayCook (one of Asia's largest food communities), Fleksy (acquired by Pinterest), Human (acquired by Mapbox), AISense and so on.
u Analysis: The consultant team has obvious advantages in technological achievements, rich experience in technology innovation investment and incubation experience for startups.
The consultant team consists of a Maker-oriented technical talent and two venture capital managers with a senior venture capital background, among whom, Wang Zhe, technical consultant, graduated from Department of Electronics, Nanjing University and CEO of Xiamen Yaji Software. Wang is the founder of Cocos-BCX engine. At present, the Cocos engine has 1.1 million registered developers and 300,000 monthly active developers in over 200 countries and regions worldwide.

(四) Tech Analysis

1. Tech highlights | 9 points

(1) Smart contract system which can be updated iteratively: The smart contract system, represented by Ethereum, is not subject to modification once its definition is published, making it difficult to meet the volatile demands of market. Therefore, an iterative smart contract system is designed to address this pain spot.
(2) Prop circulation platform: Unlike conventional game transaction platform, Cocos-BCX's decentralized digital asset circulation platform does not have intermediary agencies. Players can complete the transfer and purchase of non-homogeneous assets, including "game gold coins" and prop assets acquired in the game on the prop circulation platform. In the whole process of transfer, the platform will adopt smart contract for automatic matching to help users complete the transfer process more efficiently.
(3) Game interactive operation environment:
Based on the judgment of the operation environment characteristics of blockchain games in the future, Cocos-BCX has designed a set of integrated operation environment that accommodates various types of APPs, as well as the supporting interoperability interface. Combined with COCOS Creator, it simplifies the process of docking game programs and blockchain, making intra-chain interaction transparent to developers, and allowing conventional game developers to develop or migrate blockchain game without a threshold.
(4) Mapping gateway that supports multi-chain and asset riveting:
Cocos-BCX provides a set of mapping gateways used for the automatic mapping of game gold coins and props. Under the unified value measurement system, it realizes the smooth transition of different in-chain game content and different platform content. The content that can be used for mapping includes game gold coins, game equipment data, etc.
(5) Transaction authentication mechanism that prevents BP/developers from cheating:
BP, as the core of transaction processing and communication of the whole network, can know the processing result of the latest transaction prior to general nodes. Therefore, BP enjoys a priority for information with timeliness or confidentiality
, as compared with general nodes, so it has a cheating potential in terms of
information acquisition. To address the drawbacks of this technical link, five modular confrontation mechanisms has been specially designed to hold the likelihood of BP/developer cheating at bay.
(6) Economies Principle Design of Cocos-BCX:
The Cocos-BCX platform carries the game assets value created by developers by providing a complete set of functional components including the underlying public blockchain, digital property management, and exchanges. Its technology and governance structure design, based on the graphene standard, has the economic attributes corresponding to the DPoS consensus mechanism.
u Analysis: There are a multiplicity of technical highlights in that the overall technology construction shows characteristics such as rigid logic and prominent modularity, and various technical solutions and mechanisms with a strong pertinence have been put forward.
Based on the market pain spots of the game industry, and combined with the development opportunities of blockchain technology, the Cocos-BCX project puts forward a vision system to create consistence between the content producer and consumer in the digital world. In view of the initial intention of the project and the relatively profound background of the game industry, the overall technical structure design of the project is highly targeted and has a strong logic, which can be described as closely connected with each other. Based on the large technical framework system, each technical link and organization also has a strong sense of target and logical gene, and on this basis, many modular and modified technical programs or mechanisms have been proposed. However, it is worth noting that the synergy of a series of highlight technologies remains to be verified and examined. Meanwhile, attention should also be paid to the practicability and rationality.

2. Impossible Triangle | 7 points

(1) Decentralization
Ø Low fork risk: Cocos-BCX uses the DPoS consensus mechanism, which does not require miners to use mining machines for mining, and thereby it can effectively avoid the impact of centralized computing on the entire basechain, which in turn reduces a low fork risk. Under the DPoS mechanism, if a witness wants to fork by voting, it is necessary to guarantee that over one third of the witnesses violate this mechanism at the same time.
Ø Improved DPOS consensus mechanism: The consensus layer of the Cocos-BCX test chain adopts the DPoS consensus algorithm. The advantage characteristics of the improved edition DPOS are as follows: all active witnesses have the same block predefined probability as the witnesses' predefined algorithm in the DPoS consensus algorithm, which ensures that the block probability of all witnesses is consistent with the block reward.
Ø Lightweight node: In Cocos-BCX design, lightweight node is essentially an environment with chain interoperability. Unlike the whole node, the lightweight node does not require to synchronize the whole network data. Instead, it needs the contract information and environment data required for synchronous running. This design can greatly reduce the data volume and synchronization time required for node synchronization, enabling the in-chain game terminal software to have a capacity which is actually used and a plausible time cost.
(2) Security
Ø Player autonomy and asset security: Because of the open and transparent characteristics of the blockchain network, the digital asset information obtained by players in the game can be viewed through the blockchain.
Ø Guarantee by modern cryptography: Modern cryptography is a technology based on mathematics. Currently, it has been widely used in many industries in the Internet domain. Common symmetric encryption technologies include AES encryption used for WiFi, and asymmetric encryption algorithms (public and private key cryptography) RSA, ECC, etc., among which, ECC (Elliptic Curves Cryptography) is an encryption algorithm commonly used in the blockchain field.
Ø A transaction verification mechanism that prevents BP/developers from cheating: BP enjoys a priority compared with general nodes, so it has the probability to cheat in terms of information acquisition. Therefore, the BCX program has designed a set of transaction execution, messaging, and operating mechanisms to address the possible links that allow cheating by BP and developers.
Ø Iterative updated smart contract system: It can provide logical updating and loophole repair for the in-chain game smart contract, thus ensuring the security and timeliness of the smart contract.
(3) Expandability:
Ø Strong expandability of the top-level design of the project
The expandability of Cocos-BCX is powerful, which is specifically shown in a decentralized game production and an overall solution to the game economy operation established by means of the game engine, development environment and Cocos-BCX game chain.

https://preview.redd.it/xm5n7esrtb821.jpg?width=1207&format=pjpg&auto=webp&s=c3daa5d913560c0e8143c0635374596566bdbfc9
A business ecosystem is constructed based on the above overall solution, with the purpose of connecting the global game ecosystem. The main ecological links include developers, users, creative content, key ecological links and blockchain system, etc.

https://preview.redd.it/h4ssn41ttb821.jpg?width=1276&format=pjpg&auto=webp&s=ca6244d17b9745ce41b5be235f75a39f8a8af051
Ø Expanded design of specific technologies and mechanisms
  1. Multi-platform game integration running environment: This platform is mainly characterized by four features, consistent and perfect chain interoperability interface, downward transparent accepting mode, encapsulated atomic operation and multi-platform compatibility.
  2. Interactive interface of blockchain:
Cocos-BCX provides a chain-interactive development environment so that developers can easily interact with the chain through this set of environment. Meanwhile, its blockchain interactive development environment provides development components compatible with multiple working platforms, including SDK for the Android and iOS system, javascript libraries for front-terminal web applications, and python and PHP libraries for back-terminal applications.
u Analysis: The expandability of the project's "impossible triangle" shows the most prominently, and the decentralized attribute is the weakest, whose security is between the two. However, the project takes the three into consideration in terms of the technical mechanism and program function. Yet, the focus is different.
The project interprets the “impossible triangle” by means of thinking and design that focus on technical aspects and key issues.
The security level first guarantees the assets security and freedom of the ecosystem participants, and meanwhile ensures the rationality and security of the overall framework design, and finally takes its system updating and safe recovery into consideration mainly by means of player autonomy, modern cryptography and transaction verification mechanism that prevents BP/developers from cheating.

3. Development difficulty | 8 points

According to the summary of the project white paper, the blockchain game can be generally divided into four developmental stages.
(1)Using the homogeneous assets for the settlement of the game "gold coins";
(2)Free conversion of the game "gold coins" and props;
(3)In-chain operation of critical rules;
(4)Overall in-chain operation of the game
The game in-chain operation is the final form of the industry. Based on the above summary, Cocos-BCX proposes the future development prospect, mainly represented in seven aspects:
(1)Players having a lightweight full-node environment;
(2)The service stack operating in the blockchain environment;
(3)The game engine as one of the node infrastructures;
(4)Providing a joint development/debugging environment including engine, visual IDE, and chain network interactive interface;
(5)a set of asynchronous consensus tasks between nodes to ensure the trustworthiness of the engine environment. This consensus may be based on the discrimination of feature code of
the engine critical function's target code
(6) The game code (contract) is executed by the secure virtual machine controlled by the engine, and the key numerical calculation of the contract may adopt
the “Trusted Execution Environment” scheme, which is executed independently of the main part of the contract;
(7) The key process of the contract is witnessed by the adjacent or related nodes (like players in a copy).
u Analysis: The project covers a multiplicity of technical characteristics and functional mechanisms. The overall development is rather difficult. However, it is highly practicable in terms of performance.
At the initial stage of the project, four stages of blockchain game development were analyzed. After combing, the highest prospect was proposed, implicating to create a complete multi-platform game running environment, which can provide game developers with convenience in developing blockchain games and a perfect ecological environment to the maximum, while bringing game users a brand-new gaming experience and a game form that transcends the previous ones.
Based on the initial project prospect, numerous technical goals and functional modules are listed, indicating that the technical support for the project vision is rather effective. However, as public blockchain of the industry application basis, it encompasses various technical applications and functional modules. Comparatively speaking, the development difficulty is rather big. Meanwhile, as released by the white paper, the theoretical throughput of the Cocos-BCX test chain can reach up to 100,000 tps. The actual throughput is approximate to 3,500 tps, and the block time is 3 seconds, that is, the information broadcast across the entire network is completed once every 3 seconds. It can be seen from the project technical performance data that it has a relatively strong realistic significance. Therefore, on the whole, the project puts forward a sizeable technical challenge, and in the meantime has a reasonable practicability, therefore, it is worthwhile to look forward to!

(五) Project status

1. Product | 7 points

(1)System-level products
Ø The application development framework that supports multiple operating systems and various blockchain environments.
Ø Completely scripted, componentized and data-driven application development tools;
Ø An improved blockchain system, which is oriented to high performance applications and based on graphene technology framework, and its related functional components.
Ø Supporting non-homogeneous wallets;
Ø A blockchain browser that supports the contract event subscription;
Ø Supporting the third-party non-homogeneous asset exchanges;
Ø Supporting the blockchain game developed by a third party;
Ø Cross-chain asset acceptance gateway.
(2) Functional products
Ø De-intermediary assets (prop) operation interface;
Ø Paradigms of non-homogeneous assets circulation platform;
Ø Supporting player autonomy and blacksmith shop mechanism;
Ø Visual IDE (including visual editing of the game program and contract);
Ø Complete wallet, user system and blockchain browser;
Ø Smart contract system that allows iterative updating.
u Analysis: According to the information released on the official website of the project, the timeline shows that the Cocos-BCX main chain has started the closed beta test in the third quarter of 2018. Based on the obvious characteristics of the project technology module, Cocos-BCX has launched two series of projects, namely, system-level and function-level products, including development frameworks, blacksmith shop mechanisms tailored to various operations and multiple environment.

2. Code updating | 2 points

u Analysis: It is learned from official communication that the source code of the project has not been made public for the purpose of keeping the project's trade secret confidential. It is planned that the project will be open source in the future after the ecological and system products become gradually stabilized.

3. Completion status | 8 points

u Analysis: The project has formulated an overall development plan and recent work tasks, and at the same time it has demonstrated its strong vitality through weekly report, timeline and development broadcast.
According to the official channel inquiry, the project has formulated the Roadmap for the 2018 key milestone quarter and the recent detailed work task breakdown plan, and the project has a very complete display system featuring three major development progresses:
(1) Weekly reporting system
(2) Project timeline
(3) Development broadcast
Through the Roadmap+ work breakdown + 3 major system model, the project's development trajectory and dynamics have been display in a basically three-dimensional, spatial, meticulous and detailed manner, and in the meantime, the powerful execution and self-vitality of the project have been also displayed.

(六) Institution enabling (Investors)

1. Cooperative institutions | 9 points


https://preview.redd.it/w7g2hjxttb821.jpg?width=1036&format=pjpg&auto=webp&s=da35e0e9e453271300bdd8e6574e8c3a61e70225
u Analysis: Cocos-BCX has a wide margin for cooperation, and its cooperation institutions are not only numerous, but also mainly of leading and quality enterprises in the industry.
The cooperative institutions include HelloEOS, NEO, NEBULAS (chain), Loom, IMEOS.ONE, Kingsoft Cloud and SlowMist Technology, etc.
NEO is one of the earliest blockchain projects in China. It was officially created in 2014 and was open sourced in real time in Github in June 2015. Since its establishment, the NEO team has experienced ups and downs of the blockchain industry. This project can be said to be a veteran project in the industry. NEO combines with a series of technologies, such as point-to-point network, Byzantine fault tolerance, digital certificate, smart contract, superconducting transactions, and cross-chain interoperability protocols, to perform rapid, efficient, secure, and legitimate smart management of assets.

2. Investment institutions | 9 points


https://preview.redd.it/s2td22eutb821.jpg?width=1273&format=pjpg&auto=webp&s=ffcd40c67fcd16739b16207e364b91e98180ffd8
u Analysis: There are numerous investment institutions, many of which are Class I institutions, with a strong institutional strength.
Investment institutions include NGC, Binance, INB Capital, Dfund, 500 Startups, BlockVC, OK Blockchain Capital, Yisu Capital, Xiong'an Capital, ONTology, FreeS FUND, NODE Capital, Consensus Capital, Hash Capital, NEO Capital, Ticker Capital , ContractVC, Junwu Capital, Candy Capital, Hofan VC, BMETA Capital, BYTE Capital, Nimble Capital, InsurFun, BA Capital, Consensus Lab, TOKENMANIA, Byzantium Capital, etc.
The rest investment institutions are also well-known. For example, DFUND was founded by Zhao Dong, a well-known figure in the digital currency domain in July 2017. Yisu Capital is engaged in the early investment and project cooperation, focusing on blockchain technology and big data intelligence analysis, and other domains.

(七) Drawing attention | 6 points


https://preview.redd.it/fa3k060vtb821.png?width=605&format=png&auto=webp&s=ca3b6a4b185c81bbafb5bccb571a43b9bbaba148
Project content description

https://preview.redd.it/y6w1f3hvtb821.png?width=796&format=png&auto=webp&s=8f3b2116d63a77f839a1e18787dd986c34a573a3
u Analysis: The game user and developer group are highly active, and meanwhile the publicity of the media and news client are enhanced. The overall heat and operation and maintenance thinking are well-balanced. However, the current community operation link is relatively weak, and requires improvement in the follow-up.
Presently, the number of community fans is small. Therefore, the operation link of project content is rather weak. However, media communication and news broadcasting, two links of propaganda and promotion efforts, are quite effective, basically realizing a timely and real-time posting of the latest developments of the project. Although the media and news client are widely disseminated, their social interaction is relatively weak. The social platform has its own communication limitations. However, it is highly involved in interaction.

(VIII) Social Response | 7.78

User A | Point: 7.9
Comment: From the perspective of production mode and commercialization, this game is the most sophisticated. So I think this project has a very extensive application scenario, especially for developers and users.
User B | Point: 7.0
Comment: Currently, it seems that the game industry is greatly influenced by macro policies. Tencent's recent performance is a case in point. However, the project orientation is quite good.
User C | Point: 8.0
Comment: The technical advantages of the project are particularly prominent, and it also seizes the development opportunities of the blockchain. However, ultimately it needs to undergo the test of the market.
User D | Point: 9.0
Comment: First of all, COCOS has a large number of developers, solid underlying technology and reliable team work, which is worth looking forward to. Of course, great "undertaking" calls for enormous input, especially in technology. The way is arduous and long. Come on.
User E | Point: 7.0
Comment:
As a game practitioner, I would talk something about Cocos-BCX project: when the concept of blockchain game is put forward for everyone to consider, at this stage, it is no doubt that the dimension (type) of the game is developed from the perspective of "inheritance" and "tracing its very origin". If the Cocos-BCX project can be applied by game developers in terms of "development kit", is easy to learn and use, and allows the mobile game developers to shift to the development of blockchain games without a threshold, then the game dimensions and users can be further expanded. In a word, phenomenal games of blockchain games need the support of Cocos-BCX and the efforts of developers, both of which are indispensable. It is hoped that the team will make great efforts in development and publicity. "Coin friends" may not need to know how the game is developed, but they will certainly care about its future space. Such evaluation can only be called prospects and expectations. It remains to be determined whether the project adopts capital operation or the mode as solid as the old engine of COCOS till the project is landed.

III. Evaluation Summary

The project orientation is accurate, and the team has a strong lineup. It merits pointing out that its technical strength and model architecture design are particularly prominent, and there are an array of investment and cooperation institutions with strong strength. However, at present, the code has not been open sourced and the community operation and maintenance is deficient. The information disclosure of the Token link is not particularly perfect, and individual investors may care much about it. The Roadmap of the project development is all too simple. These are the deficiencies of the project development at the current moment.
submitted by ONETOPGlobal to u/ONETOPGlobal [link] [comments]

Cocos-BCX:Decentralized game application and digital asset creation platform

Cocos-BCX:Decentralized game application and digital asset creation platform

I. Project Overview

Cocos-BCX is a platform used for the development, operation, management and transfer of decentralized applications and in-application assets on the blockchain ecosystem. The platform mainly includes three function modules:
(1)The application development framework that supports multiple operating systems and various blockchain environments.
(2)Completely scripted, componentized and data-driven application development tools;
(3)An improved blockchain system, which is oriented to high performance applications and based on graphene technology framework, and its related functional components.
Cocos-BCX can allow developers to perform programming, debugging, and publishing of decentralized applications oriented to the blockchain environment, and hybrid architecture applications. Meanwhile, the platform integrates the distributed user account system, wallet and digital asset circulation platform based on the blockchain, which can realize the permanent saving and cross-chain use of in-application assets.

II. Project evaluation

(一) Market analysis

1. Market conditions | 8 points

The organizing pattern of productivity dominated by governments in some areas or industrial domains is apt to change in the context of bottlenecks existing for global scientific and technological progress, rising resource consumption, an aging population, and intensified geopolitical conflicts. In particular, in 2008, when Nakamot published his thesis "Bitcoin: A Peer-to-Peer Electronic Cash System", discussions on blockchain and digital currency have gradually extended from technological aspects to economic, social and political, and other fields. The general public have begun to pay close attention to the impact of blockchain on social development as well as the role of digital currency in the world economy. Based on the decentralized characteristics of the blockchain and the vibrant vitality of the digital economy, the general public has enough confidence to predict that the decentralized "digital assets" will be a sweeping trend in the future, and will derive new business models and social values.
At the same time, in the development process of decentralized applications of different types, the game industry enjoys unique development advantages, because the game's production mode is the most sophisticated, enjoys the highest degree in terms of commercialization, and is one of the scenarios with the most profound foundation in terms of developers and users.
u Analysis: The game field has a huge room for development, which is highly consistent with the characteristics of the blockchain, and accords with the future development tendency of the digital economy.
The digital asset economy model carried by the project through the blockchain technology will assetize the content produced by the developer, enable the developer to continue reaping benefits during the use, management and transfer of his assets, and provide him with a convenient, decentralized game distribution channel; meanwhile, it helps players to transform the data formed by time and energy as well as the props they obtain as a result of their consumption into the assets that can be safely stored and circulated, offering players the right to manage and commercialize them.

2. Competition | 8 points

Since the last century till now, owing to the sustained efforts and promotion by a variety of IT technology game enterprises, the national and even global online game market is developing by leaps and bounds. If there is no systematic risks, such as policy regulation, vicious incidents and other factors, there will be no smooth and endless development momentum unless something unexpected happens. However, an objective analysis reveals that the current online game market is still dominated by IT technology companies, and even in a controlled and monopolized development, which, of course, also brings substantial profits, such as Tencent, Blizzard Tech.
u Analysis: It can be predicted that the Cocos-BCX project will hardly have any direct competitors in the strict sense for the time being, but will encounter a marginal pressure competitive environment from two dimensions. In summary, the classical IT game companies at home and abroad are massive in size and have obvious capital advantages. However, the Cocos-BCX project has an advanced philosophy and cutting edge technology, and thereby enjoys first-mover advantages for a breakthrough; The blockchain game project of the same business is currently marked by wide participation and generic applicability. But in comparison, the Cocos-BCX game industry has such advantages as a salient background, special project orientation and sophisticated development in technical modules, and therefore has greater development potential.

(二) Token Status

1. Token situation | 6 points

(1) Basic situation of Token
Token name: COCOS
Total tokens in circulation: 100 billion
Consensus mechanism: DPOS
(2) Token usage and allocation
Part I 82%: Cocos-BCX is used for the platform community construction in various ways, including but not limited to the witness' block reward, incentives for platform ecological developers, global community construction, marketing and promotion, industry alliances, eco-investment, research, financial and legal compliance. The use of this part of Cocos-BCX includes swapping by means of the consensus work contributions, free gifts, gifts in exchange for service, and gifts in exchange for other tokens, etc.
Part II, 18%: Cocos-BCX is intended as incentives for the sponsoring team of the project. The incentive part will set up a locking mechanism, which will be issued and unlocked one-third at the end of each year after Token generation, and the issuance will be completed within three years.

https://preview.redd.it/s47w2jtfj6521.jpg?width=684&format=pjpg&auto=webp&s=a60ea62b86dc0f177f9596608d1961e039d3bd1b
u Analysis: The use of Token is mainly divided into two parts, among which, 82% is used for project development and construction. The remaining 18%, which has a locked position mechanism, is intended for team incentive and construction. The use design is rather rational, but the team part is slightly higher. Given that the industry is in the initial stage of development, it is of great importance to seize the first opportunity and acquire early traffic users. It is suggested that the proportion of Token used by the team be reduced slightly, which is more conducive to the long-term development of the project. It should be noted that the original holding distribution of Token has not been queried via the official channel, while this link for the conventional blockchain project are basically disclosed. Meanwhile, from the standpoint of ordinary investors, Token’s original holding ratio is also one of the important parameters for its investment.

2. Ecological cycle | 8 points

(1)The Token (COCOS) positioning of the platform: circulation media and governance proof in eco-economic activities
COCOS not only serves as a value exchange carrier and community participation proof for Cocox-BCX, but its orientation as a basic pricing Token is likely to play a critical role in the digital asset ecosystem. With the continuous development of the industry, a large quantity of decentralized digital assets will exist in multiple blockchain ecosystems according to different standards in the future, and the value existing in asset pricing media transcending the chain ecology will be infinitely magnified.
, which is specifically manifested in that developers and users can evaluate, compare, trade and manage digital assets of different chain ecosystems, worldview content, and technical standards based on COCOS. Meanwhile, as a primary and basic pricing medium, COCOS is positioned to become the necessary conditions for the blockchain industry to develop and trade financial products and derivatives of digital assets in the future.
(2)Basic use model of Token (COCOS)
Ø Value exchange medium within the platform ecosystem;
Ø Entrusted consensus equity share representative of the Cocos-BCX public blockchain;
Ø The reference and basis for the measurement of the participation in and contribution to the platform community.
(3)How to obtain Token (COCOS)
Ø Value creation: It includes the contribution of the behavior of creating digital assets, that is, developing games, making props, etc.
Ø Platform contribution reward: Users who contribute to the Cocos-BCX community is entitled to COCOS;
Ø Market transaction: Selling the prop assets obtained in the game to get COCOS;
Ø Behavioral incentives: Various effective behaviors within the Cocos-BCX platform, community and platform games will be converted into COCOS
according to a certain contribution degree.
u Analysis: The use model, scenario application, acquisition method, market orientation, etc. for the Token ecosystem design are all well deliberated, to be verified by the market.
The ecosystem design of the Token project not only takes the macroscopic use model and scenario application, but also gives a detailed description of the acquisition method. Another point that must be pointed out is that it has a clear market orientation and future prospect as soon as the design begins, therefore, in general the Token ecosystem design is well-considered and far-sighted. However, for the volatile blockchain market, the crux depends on whether the ecological design philosophy can keep pace with the times, which is very essential. In a word, in the face of massive uncertainties, it needs to be finally verified by the market.

(三) Team member

1. Founder | 8 points


https://preview.redd.it/35gq3gyij6521.jpg?width=200&format=pjpg&auto=webp&s=c3e68b208bc15a0607557cf9be65739beba67375
Haozhi Chen
China's renowned Internet serial entrepreneur, and has successively led and participated in the creation of Joyo.com, Xcar.com.cn, and cdn.yeeyan.org since 1999, and founded Chukong Technology in 2009. Chukong is a leading game development and distribution enterprise in China and a major maintainer and supporter of the Cocos-BCX global open source game engine and developer community.

https://preview.redd.it/2wm6ki0kj6521.jpg?width=200&format=pjpg&auto=webp&s=be9cd5cbb527a9471faac4002065916f4ebd9bd5
Xiaolong Yang
With over 14 years of experience in technology entrepreneurship and investment, he once co-founded China's leading entertainment social networking company. As an investor, he once worked for China's leading private equity fund, during which period, he led and participated in investment projects totalling over 1 billion US dollars, and realized the exit of some projects at home and abroad. His interests and expertise mainly concentrate on information technology of the global primary market and secondary market in the later stage, and macro multiple asset category investment, and has a profound understanding of the financial market mechanism and asset pricing. He is also an investment partner in China's major technology investment fund and provides counselling for Chinese and American hedge funds, venture capital funds and large enterprises.
u Analysis: Chen Haozhi, as a founder, has rich experience in the game industry, and enjoys widespread networking and abundant resources in the industry as being one of the early Internet entrepreneurs; Another founder, Yang Xiaolong, has a strong experience in technology venture capital investment, and has the expertise for global investment layout. On the whole, two co-founders have a prominent advantage in overall industry background and integrating resources.

2. Founding team | 8 points


https://preview.redd.it/twotgvrxj6521.png?width=877&format=png&auto=webp&s=a03ab15246f51d9c1595266114fa1ee18ca943ed
Kevin Yin: An early contributor of CocosChina community, NOI winner, and ACM guest. A senior developer of blockchain, and having years of experience in compilation and distributed computing. An investor of the blockchain technology.
Jane Jin: Responsible for CocosChina community, the "Aipuworks" incubator, etc., and an expert of the Techincal Committee for Blockchain, China Software Industry Association. Bachelor of Economics, Zhejiang Gongshang University, and mini-EMBA of Tsinghua University. He once served important functions in "Fortune Global 500" including Lucent, Nortel, NSN, Nokia, Intel and other multinational companies in the marketing, sales, executive and developer relationship domain.
James Jeon: Responsible for the business development strategy and implementation of the project's South Korean section. From 2012 to 2015, he served as CEO of Gurum Company, a South Korean subsidiary of Chukong Technologies, earning an annual revenue of over $30 million from the scratch for the South Korean company and leading the South Korean subsidiary in going public successfully.
Frederick Lim: Responsible for the business development strategy and implementation of the project's South Korean section. From 2014 to 2015, he served as co-CEO of Gurum Company, and was once the director of the Strategic Investment Department of Hyundai Group, responsible for investment in Internet, communication, telecommunications and other fields. He is a doctor of Engineering Technology, Sungkyunkwan University, South Korea.
Hirokuni Fujita: originally head of the Japanese subsidiary of Chukong Technologies. He graduated from Graduate School of Arts and Sciences, The University of Tokyo, majoring in Interdisciplinary Cultural Studies.
Jason: preacher of the Cocos-BCX community and meanwhile, senior manager of the Cocos 2d-x global community. He started to program on the Commodore-64 computer when he was 8. In addition to developing the community, he was keen on studying mathematics, finance, C++ and improving his Chinese proficiency.
Qinzhou Wang: Since entering the game industry in 2009, he has worked in the brand market in ZOL. Com. CN, Howell Expo, host of ChinaJoy, and is responsible for the brand market in Chukong Technologies.
u Analysis: The special technological talent construction of the team technicians needs to be further strengthened. At present, there is a blockchain technician. The game background and the advantages of the international architecture building enjoy prominent advantages, and there are sufficient team members on the strategic level and in the aspect of ecological construction. It is worth mentioning that team building is stable, and there is a high level of consensus among team members, which is conducive to the robust development of the project.
One member of the founding team has experience in the blockchain project development, that is, Chief Technical Officer, who is a senior blockchain developer. He has many years of experience in compiling and distributed computing, and is also a technology investor of blockchain.
In the early stage, owing to the demand of the game industry in the Japanese and Korean markets, Japanese and Korean market leaders were specially arranged in the early team structure of Chukong Technologies. In particular, due to the prosperity and popularity of the game industry in the Korean market, two co-leaders were specially arranged for the Korea market, responsible for strategic and investment issues respectively.
Consultant Team | 8 points

https://preview.redd.it/822oiksyj6521.jpg?width=558&format=pjpg&auto=webp&s=620ffe23c556721c0ac3386c1cdf044e6d7d98af
Zhe Wang: Founder of the Cocos engine, and CEO of Xiamen Yaji Software Co., Ltd. He graduated from Department of Electronics, Nanjing University, and later studied a postgraduate program at Department of Management Science, Xiamen University. He created the Cocos engine in 2011, which currently has 1.1 million registered developers worldwide and 300,000 monthly active developers in over 200 countries and regions in the world. The Cocos engine has arrested the attention of platform vendors at home and abroad, and has established a long-term cooperative partnership with Microsoft, Google, ARM, Intel, Qualcomm, Samsung, Huawei and Tencent, etc.
Edith Yeung: One of some "Silicon Valley's Must Meet" investors as covered in Inc magazine. She is the head of 500 Startups, Silicon Valley's famous venture capital company and incubator in Greater China, and meanwhile, manages a Mobile Collective fund worth tens of millions of dollars. She has invested in over 40 mobile Internet, VR, AR and AI start-ups, including Hooked (App store's No. 1 reading App), DayDayCook (one of Asia's largest food communities), Fleksy (acquired by Pinterest), Human (acquired by Mapbox), AISense and so on.
u Analysis: The consultant team has obvious advantages in technological achievements, rich experience in technology innovation investment and incubation experience for startups.
The consultant team consists of a Maker-oriented technical talent and two venture capital managers with a senior venture capital background, among whom, Wang Zhe, technical consultant, graduated from Department of Electronics, Nanjing University and CEO of Xiamen Yaji Software. Wang is the founder of Cocos-BCX engine. At present, the Cocos engine has 1.1 million registered developers and 300,000 monthly active developers in over 200 countries and regions worldwide.

(四) Tech Analysis

1. Tech highlights | 9 points

(1) Smart contract system which can be updated iteratively: The smart contract system, represented by Ethereum, is not subject to modification once its definition is published, making it difficult to meet the volatile demands of market. Therefore, an iterative smart contract system is designed to address this pain spot.
(2) Prop circulation platform: Unlike conventional game transaction platform, Cocos-BCX's decentralized digital asset circulation platform does not have intermediary agencies. Players can complete the transfer and purchase of non-homogeneous assets, including "game gold coins" and prop assets acquired in the game on the prop circulation platform. In the whole process of transfer, the platform will adopt smart contract for automatic matching to help users complete the transfer process more efficiently.
(3) Game interactive operation environment:
Based on the judgment of the operation environment characteristics of blockchain games in the future, Cocos-BCX has designed a set of integrated operation environment that accommodates various types of APPs, as well as the supporting interoperability interface. Combined with COCOS Creator, it simplifies the process of docking game programs and blockchain, making intra-chain interaction transparent to developers, and allowing conventional game developers to develop or migrate blockchain game without a threshold.
(4) Mapping gateway that supports multi-chain and asset riveting:
Cocos-BCX provides a set of mapping gateways used for the automatic mapping of game gold coins and props. Under the unified value measurement system, it realizes the smooth transition of different in-chain game content and different platform content. The content that can be used for mapping includes game gold coins, game equipment data, etc.
(5) Transaction authentication mechanism that prevents BP/developers from cheating:
BP, as the core of transaction processing and communication of the whole network, can know the processing result of the latest transaction prior to general nodes. Therefore, BP enjoys a priority for information with timeliness or confidentiality
, as compared with general nodes, so it has a cheating potential in terms of
information acquisition. To address the drawbacks of this technical link, five modular confrontation mechanisms has been specially designed to hold the likelihood of BP/developer cheating at bay.
(6) Economies Principle Design of Cocos-BCX:
The Cocos-BCX platform carries the game assets value created by developers by providing a complete set of functional components including the underlying public blockchain, digital property management, and exchanges. Its technology and governance structure design, based on the graphene standard, has the economic attributes corresponding to the DPoS consensus mechanism.
u Analysis: There are a multiplicity of technical highlights in that the overall technology construction shows characteristics such as rigid logic and prominent modularity, and various technical solutions and mechanisms with a strong pertinence have been put forward.
Based on the market pain spots of the game industry, and combined with the development opportunities of blockchain technology, the Cocos-BCX project puts forward a vision system to create consistence between the content producer and consumer in the digital world. In view of the initial intention of the project and the relatively profound background of the game industry, the overall technical structure design of the project is highly targeted and has a strong logic, which can be described as closely connected with each other. Based on the large technical framework system, each technical link and organization also has a strong sense of target and logical gene, and on this basis, many modular and modified technical programs or mechanisms have been proposed. However, it is worth noting that the synergy of a series of highlight technologies remains to be verified and examined. Meanwhile, attention should also be paid to the practicability and rationality.

2. Impossible Triangle | 7 points

(1) Decentralization
Ø Low fork risk: Cocos-BCX uses the DPoS consensus mechanism, which does not require miners to use mining machines for mining, and thereby it can effectively avoid the impact of centralized computing on the entire basechain, which in turn reduces a low fork risk. Under the DPoS mechanism, if a witness wants to fork by voting, it is necessary to guarantee that over one third of the witnesses violate this mechanism at the same time.
Ø Improved DPOS consensus mechanism: The consensus layer of the Cocos-BCX test chain adopts the DPoS consensus algorithm. The advantage characteristics of the improved edition DPOS are as follows: all active witnesses have the same block predefined probability as the witnesses' predefined algorithm in the DPoS consensus algorithm, which ensures that the block probability of all witnesses is consistent with the block reward.
Ø Lightweight node: In Cocos-BCX design, lightweight node is essentially an environment with chain interoperability. Unlike the whole node, the lightweight node does not require to synchronize the whole network data. Instead, it needs the contract information and environment data required for synchronous running. This design can greatly reduce the data volume and synchronization time required for node synchronization, enabling the in-chain game terminal software to have a capacity which is actually used and a plausible time cost.
(2) Security
Ø Player autonomy and asset security: Because of the open and transparent characteristics of the blockchain network, the digital asset information obtained by players in the game can be viewed through the blockchain.
Ø Guarantee by modern cryptography: Modern cryptography is a technology based on mathematics. Currently, it has been widely used in many industries in the Internet domain. Common symmetric encryption technologies include AES encryption used for WiFi, and asymmetric encryption algorithms (public and private key cryptography) RSA, ECC, etc., among which, ECC (Elliptic Curves Cryptography) is an encryption algorithm commonly used in the blockchain field.
Ø A transaction verification mechanism that prevents BP/developers from cheating: BP enjoys a priority compared with general nodes, so it has the probability to cheat in terms of information acquisition. Therefore, the BCX program has designed a set of transaction execution, messaging, and operating mechanisms to address the possible links that allow cheating by BP and developers.
Ø Iterative updated smart contract system: It can provide logical updating and loophole repair for the in-chain game smart contract, thus ensuring the security and timeliness of the smart contract.
(3) Expandability:
Ø Strong expandability of the top-level design of the project
The expandability of Cocos-BCX is powerful, which is specifically shown in a decentralized game production and an overall solution to the game economy operation established by means of the game engine, development environment and Cocos-BCX game chain.

https://preview.redd.it/9zqpm1zzj6521.jpg?width=1207&format=pjpg&auto=webp&s=97073eb57409e0904da5c11873cc543c3b9f310b
A business ecosystem is constructed based on the above overall solution, with the purpose of connecting the global game ecosystem. The main ecological links include developers, users, creative content, key ecological links and blockchain system, etc.

https://preview.redd.it/l83i3pk0k6521.jpg?width=1276&format=pjpg&auto=webp&s=df7e694a557af1485c840ed44b9bbfba432b1d86
Ø Expanded design of specific technologies and mechanisms
1) Multi-platform game integration running environment: This platform is mainly characterized by four features, consistent and perfect chain interoperability interface, downward transparent accepting mode, encapsulated atomic operation and multi-platform compatibility.
2) Interactive interface of blockchain:
Cocos-BCX provides a chain-interactive development environment so that developers can easily interact with the chain through this set of environment. Meanwhile, its blockchain interactive development environment provides development components compatible with multiple working platforms, including SDK for the Android and iOS system, javascript libraries for front-terminal web applications, and python and PHP libraries for back-terminal applications.
u Analysis: The expandability of the project's "impossible triangle" shows the most prominently, and the decentralized attribute is the weakest, whose security is between the two. However, the project takes the three into consideration in terms of the technical mechanism and program function. Yet, the focus is different.
The project interprets the “impossible triangle” by means of thinking and design that focus on technical aspects and key issues.
The security level first guarantees the assets security and freedom of the ecosystem participants, and meanwhile ensures the rationality and security of the overall framework design, and finally takes its system updating and safe recovery into consideration mainly by means of player autonomy, modern cryptography and transaction verification mechanism that prevents BP/developers from cheating.

3. Development difficulty | 8 points

According to the summary of the project white paper, the blockchain game can be generally divided into four developmental stages.
(1)Using the homogeneous assets for the settlement of the game "gold coins";
(2)Free conversion of the game "gold coins" and props;
(3)In-chain operation of critical rules;
(4)Overall in-chain operation of the game
The game in-chain operation is the final form of the industry. Based on the above summary, Cocos-BCX proposes the future development prospect, mainly represented in seven aspects:
(1)Players having a lightweight full-node environment;
(2)The service stack operating in the blockchain environment;
(3)The game engine as one of the node infrastructures;
(4)Providing a joint development/debugging environment including engine, visual IDE, and chain network interactive interface;
(5)a set of asynchronous consensus tasks between nodes to ensure the trustworthiness of the engine environment. This consensus may be based on the discrimination of feature code of
the engine critical function's target code
(6) The game code (contract) is executed by the secure virtual machine controlled by the engine, and the key numerical calculation of the contract may adopt
the “Trusted Execution Environment” scheme, which is executed independently of the main part of the contract;
(7) The key process of the contract is witnessed by the adjacent or related nodes (like players in a copy).
u Analysis: The project covers a multiplicity of technical characteristics and functional mechanisms. The overall development is rather difficult. However, it is highly practicable in terms of performance.
At the initial stage of the project, four stages of blockchain game development were analyzed. After combing, the highest prospect was proposed, implicating to create a complete multi-platform game running environment, which can provide game developers with convenience in developing blockchain games and a perfect ecological environment to the maximum, while bringing game users a brand-new gaming experience and a game form that transcends the previous ones.
Based on the initial project prospect, numerous technical goals and functional modules are listed, indicating that the technical support for the project vision is rather effective. However, as public blockchain of the industry application basis, it encompasses various technical applications and functional modules. Comparatively speaking, the development difficulty is rather big. Meanwhile, as released by the white paper, the theoretical throughput of the Cocos-BCX test chain can reach up to 100,000 tps. The actual throughput is approximate to 3,500 tps, and the block time is 3 seconds, that is, the information broadcast across the entire network is completed once every 3 seconds. It can be seen from the project technical performance data that it has a relatively strong realistic significance. Therefore, on the whole, the project puts forward a sizeable technical challenge, and in the meantime has a reasonable practicability, therefore, it is worthwhile to look forward to!

(五) Project status

1. Product | 7 points

(1)System-level products
Ø The application development framework that supports multiple operating systems and various blockchain environments.
Ø Completely scripted, componentized and data-driven application development tools;
Ø An improved blockchain system, which is oriented to high performance applications and based on graphene technology framework, and its related functional components.
Ø Supporting non-homogeneous wallets;
Ø A blockchain browser that supports the contract event subscription;
Ø Supporting the third-party non-homogeneous asset exchanges;
Ø Supporting the blockchain game developed by a third party;
Ø Cross-chain asset acceptance gateway.
(2) Functional products
Ø De-intermediary assets (prop) operation interface;
Ø Paradigms of non-homogeneous assets circulation platform;
Ø Supporting player autonomy and blacksmith shop mechanism;
Ø Visual IDE (including visual editing of the game program and contract);
Ø Complete wallet, user system and blockchain browser;
Ø Smart contract system that allows iterative updating.
u Analysis: According to the information released on the official website of the project, the timeline shows that the Cocos-BCX main chain has started the closed beta test in the third quarter of 2018. Based on the obvious characteristics of the project technology module, Cocos-BCX has launched two series of projects, namely, system-level and function-level products, including development frameworks, blacksmith shop mechanisms tailored to various operations and multiple environment.

2. Code updating | 2 points

u Analysis: It is learned from official communication that the source code of the project has not been made public for the purpose of keeping the project's trade secret confidential. It is planned that the project will be open source in the future after the ecological and system products become gradually stabilized.

3. Completion status | 8 points

u Analysis: The project has formulated an overall development plan and recent work tasks, and at the same time it has demonstrated its strong vitality through weekly report, timeline and development broadcast.
According to the official channel inquiry, the project has formulated the Roadmap for the 2018 key milestone quarter and the recent detailed work task breakdown plan, and the project has a very complete display system featuring three major development progresses:
(1) Weekly reporting system
(2) Project timeline
(3) Development broadcast
Through the Roadmap+ work breakdown + 3 major system model, the project's development trajectory and dynamics have been display in a basically three-dimensional, spatial, meticulous and detailed manner, and in the meantime, the powerful execution and self-vitality of the project have been also displayed.

(六) Institution enabling (Investors)

1. Cooperative institutions | 9 points


https://preview.redd.it/9qmh4jj1k6521.jpg?width=1036&format=pjpg&auto=webp&s=25c7cb77d5196fc861750064b43b8ba8e83c71a9
u Analysis: Cocos-BCX has a wide margin for cooperation, and its cooperation institutions are not only numerous, but also mainly of leading and quality enterprises in the industry.
The cooperative institutions include HelloEOS, NEO, NEBULAS (chain), Loom, IMEOS.ONE, Kingsoft Cloud and SlowMist Technology, etc.
NEO is one of the earliest blockchain projects in China. It was officially created in 2014 and was open sourced in real time in Github in June 2015. Since its establishment, the NEO team has experienced ups and downs of the blockchain industry. This project can be said to be a veteran project in the industry. NEO combines with a series of technologies, such as point-to-point network, Byzantine fault tolerance, digital certificate, smart contract, superconducting transactions, and cross-chain interoperability protocols, to perform rapid, efficient, secure, and legitimate smart management of assets.

2. Investment institutions | 9 points


https://preview.redd.it/xd5u9w62k6521.jpg?width=1273&format=pjpg&auto=webp&s=c8729f585a57c8239c717ef8b58229fe7f98a6eb
u Analysis: There are numerous investment institutions, many of which are Class I institutions, with a strong institutional strength.
Investment institutions include NGC, Binance, INB Capital, Dfund, 500 Startups, BlockVC, OK Blockchain Capital, Yisu Capital, Xiong'an Capital, ONTology, FreeS FUND, NODE Capital, Consensus Capital, Hash Capital, NEO Capital, Ticker Capital , ContractVC, Junwu Capital, Candy Capital, Hofan VC, BMETA Capital, BYTE Capital, Nimble Capital, InsurFun, BA Capital, Consensus Lab, TOKENMANIA, Byzantium Capital, etc.
The rest investment institutions are also well-known. For example, DFUND was founded by Zhao Dong, a well-known figure in the digital currency domain in July 2017. Yisu Capital is engaged in the early investment and project cooperation, focusing on blockchain technology and big data intelligence analysis, and other domains.

(七) Drawing attention | 6 points

https://preview.redd.it/78rnnt96k6521.png?width=605&format=png&auto=webp&s=b60d1de55e93642a174730fbee394c9fe5f7166f


Project content description

https://preview.redd.it/cgps19x6k6521.png?width=796&format=png&auto=webp&s=141a8ce79539d70bb8ee15f31ed0786db2524e2b
u Analysis: The game user and developer group are highly active, and meanwhile the publicity of the media and news client are enhanced. The overall heat and operation and maintenance thinking are well-balanced. However, the current community operation link is relatively weak, and requires improvement in the follow-up.
Presently, the number of community fans is small. Therefore, the operation link of project content is rather weak. However, media communication and news broadcasting, two links of propaganda and promotion efforts, are quite effective, basically realizing a timely and real-time posting of the latest developments of the project. Although the media and news client are widely disseminated, their social interaction is relatively weak. The social platform has its own communication limitations. However, it is highly involved in interaction.

(VIII) Social Response | 7.78

User A | Point: 7.9
Comment: From the perspective of production mode and commercialization, this game is the most sophisticated. So I think this project has a very extensive application scenario, especially for developers and users.
User B | Point: 7.0
Comment: Currently, it seems that the game industry is greatly influenced by macro policies. Tencent's recent performance is a case in point. However, the project orientation is quite good.
User C | Point: 8.0
Comment: The technical advantages of the project are particularly prominent, and it also seizes the development opportunities of the blockchain. However, ultimately it needs to undergo the test of the market.
User D | Point: 9.0
Comment: First of all, COCOS has a large number of developers, solid underlying technology and reliable team work, which is worth looking forward to. Of course, great "undertaking" calls for enormous input, especially in technology. The way is arduous and long. Come on.
User E | Point: 7.0
Comment:
As a game practitioner, I would talk something about Cocos-BCX project: when the concept of blockchain game is put forward for everyone to consider, at this stage, it is no doubt that the dimension (type) of the game is developed from the perspective of "inheritance" and "tracing its very origin". If the Cocos-BCX project can be applied by game developers in terms of "development kit", is easy to learn and use, and allows the mobile game developers to shift to the development of blockchain games without a threshold, then the game dimensions and users can be further expanded. In a word, phenomenal games of blockchain games need the support of Cocos-BCX and the efforts of developers, both of which are indispensable. It is hoped that the team will make great efforts in development and publicity. "Coin friends" may not need to know how the game is developed, but they will certainly care about its future space. Such evaluation can only be called prospects and expectations. It remains to be determined whether the project adopts capital operation or the mode as solid as the old engine of COCOS till the project is landed.

III. Evaluation Summary

The project orientation is accurate, and the team has a strong lineup. It merits pointing out that its technical strength and model architecture design are particularly prominent, and there are an array of investment and cooperation institutions with strong strength. However, at present, the code has not been open sourced and the community operation and maintenance is deficient. The information disclosure of the Token link is not particularly perfect, and individual investors may care much about it. The Roadmap of the project development is all too simple. These are the deficiencies of the project development at the current moment.
submitted by ONETOPGlobal to u/ONETOPGlobal [link] [comments]

Stratis Fork?

"Quick update on State of The Biblepay, and a request for any constructive criticism on a potential new idea.
So before I share the new idea I want to say I am committed to adding new Gospel features to BiblePay. I dont want to give the impression that we are moving away from core values or anything like that. I feel like our Dev Team that is forming behind the scenes now will be able to continue to maintain and enhance the wallet and the pool with more features to spread the Gospel. We do need to continue searching and implementing ways on spreading the Gospel to IT Geeks, as we need to be true to God and practice what we preach, in that since He commands us to feed his sheep (as we help the orphans) and spread his word, we can do this at the same time by enhancing the wallet.
Next, I want to explain some background. Ive been following Stratis for certain technical reasons over the last year and for a while I didnt think Stratis would affect BiblePay, but now I have reason to think it might be able to complement BiblePay if we complement Stratis. I was a corporate programmer for about 20 years and ended up programming in c# before I started a data company that has a product that is written in c#. So I do have a propensity to "understand" the architecture that built Stratis. Stratis is a rewritten blockchain infrastructure built from scratch in c#. Everything is there, the database, the hash function, the sha function, the blockindex, the syncing, everything. What Stratis does not have yet: No altcoins run stratis because the UI is still in its infancy, its a Web UI called Breeze. Also, they just finished writing POS a couple weeks ago so really no one was mining stratis except - in the stratis-berkeleydb-qt wallet using POW.
Anyway the reason I mention Stratis, is I think it would be interesting if we were the first Altcoin to run a Stratis fork. I was thinking, I have the team behind the scenes that could potentially port Stratis into Biblepay and Biblepay into Stratis, and we could write a new C# UI, one that is not web based (that would be Windows native forms based as an EXE download). So our contribution to Crypto in this case is we would check-in the ability to run a stratis back-end on an altcoin with a Windows native UI (IE that is biblepays contribution). The Second contribution would be adding PoBH (our hash class), and the Third would be adding Dash masternodes To the Stratis core. So another words, we would have a native windows wallet download with masternodes, a new UI, and full sync-compatibility with the existing Biblepay wallet and keys.... I would estimate this project "could" potentially make BiblePays marketcap worth at least $100MM. (As Stratis is $795MM). It also gives us SegWit (which we have a quote request out for), allowing us to run Lightning Network in the future. Its an exciting project, that I think devs would want to jump in and help us with also- as I know the c# corporate workplace is very deep- and that could ensure our long term stability as well. I truly think this project could be done along side our normal Gospel enhancements, in a safe way. (Safe as in parallel until the Stratis wallet works). We basically would release a windows wallet that would sync in a compatible manner to the Berkeley wallet, and offer a separate download. If this project took off, we could refocus our support into the c# wallet and find a way to port the c# to mono, and stop developing berkeleys wallet (to have one codebase in the future). It does offer an interesting perspective, to support one codebase that is potentially c# in the future. And finally this idea opens up one more huge market for us that is harder on the berkeleydb side: Stratis smart contracts. Stratis is working on that, and I feel our future full dev team can integrate smart contracts into the stratis code, contracts that are more efficient. Ones that offer consensus based on c# code (instead of the bitcoin main chain), and - possibly, smart contracts that execute actual c# language code (meaning they could be very complicated contracts).
The primary reason I write all this is to invite any constructive criticism on the idea. No I dont want to hear from people who do not know what they are talking about (for example, miner comments like Oh you are going to push us off linux, and kill us? ) Im talking technical and bitcoin and high level comments for this idea." -Rob
"Dash will release the Evolution upgrade soon with Dapi and much more. Dash is the future.
I think BiblePay should stay with the Dash business model and update the codebase as dash core release Evolution version.
Unless you have a way to keep the dash core business model and ADD Stratis features. That would be great.
Also, FYI, there is already a Stratis fork name Obsidian." -Samoshi
"Thanks! Didnt know about Obsidian. I see all kinds of Stratis talk in their ANN. Their whitepaper is missing. Looking at their wallet pics it looks like they modified breeze. To include instant messaging. Thats the stratis web UI I was referring to - I think we would gain traction if we had a UI that looked like our QT that ran in windows natively with stratis. I synced stratis a couple months ago using source against bitcoin and it syncs very fast. I believe because the database is using NoSql which is apparently pretty good. It looks like flat files on the drive.
Anyway, yes, I have evolution downloaded and running here. (Our other team needed to dissect it for their current project). So far it doesnt add anything to our needs for orphan payments, but I agree, we need to stay on top of potentially pushing new features back into biblepay. It does not include SegWit, so we really gain nothing by monkeying with the latest evolution check in at least for a little while.
But to address your question about masternodes: I fully promise we will stick to our roadmap, and deploy our masternodes and let our integrity rise and hopefully our price as more users buy to lease masternodes, and we embrace them. For stratis, Im thinking about potentially running a stratis biblepay clone in parallel, one that is compatible with our chain, and porting the masternode (sanctuary) features Into the stratis clone to make that clone compatible with biblepay.
If all went well theoretically, I was thinking (especially if our price was rising) about offering a second flavor of masternode in c#. One extra type of lease to run .NET code. (Thats just a concept for now)." -Rob
Is this news from Stratis relevant? https://stratisplatform.com/2017/12/08/masternode_mainnet_beta_release/
That should help a lot. The good news is the UI does not appear to exist anywhere (other than that breeze web UI), so Im trying to do something slightly pioneering.
On an interesting side note, all of stratis c# is written in the new cross-platform .NET "Standard core" version 2.0 (the one that was not written by microsoft), so the daemon actually runs on linux (and v2.0 does not have a UI for Windows).
However, .NET 4.7.1 (with windows.forms UI) runs on windows, so putting a UI on it means it runs in windows and not linux. (We can look at mono on that later) but Im more concerned about writing a proof of concept now to see how it works.
Conceptually a linux user would have biblepayd, the ability to mine in linux, and run from the command line. Windows would have the UI. Then we would have our nix programmers port the UI to mono. There would be no QT version (LOL). Very interesting. -Rob
"I took a look at Obsidian, and Im happy to say that so far it is actually a port of Stratis with the Obsidian-QT wallet - meaning it does not yet include any Prod c# code, or c# UI. The UI in the Obsidian-QT wallet is the same as our Biblepay-QT wallet (minus the masternodes). The thing they are releasing at Christmas is messaging for Android - not c# web UI either.
Thats good because that means we have a wide open space to do something pioneering with Stratis still.
We might not be the first as this is a HUGE project. I think it will take a quarter to release a proof of concept.
But its good to know we might be able to focus on this project for something very original and bright for BiblePay.
I was thinking of a huge potential side effect we might inherit if we ever have a c# wallet. We could literally add hundreds of gospel features in the wallet without breaking compatibility with a very quick release schedule as the codebase would be pool compatible, and in addition we could add tons of windows forms features to the code." -Rob
References: https://bitcointalk.org/index.php?topic=2388064.msg25800699#msg25800699 https://bitcointalk.org/index.php?topic=2388064.msg25810636#msg25810636 https://bitcointalk.org/index.php?topic=2388064.msg25818256#msg25818256
submitted by togoshige to BiblePay [link] [comments]

[Table] I am a member of Facebook's HHVM team, a C++ and D pundit, and a Machine Learning guy. Ask me anything!

Verified? (This bot cannot verify AMAs just yet)
Date: 2013-10-02
Link to submission (Has self-text)
Questions Answers
What are your thoughts on the constraints vs static if debate on C++? D uses static if, and I remember seeing you championing it as the #1 feature you'd like seen in C++, but Stroustrup describes it as "a total abomination". Do you think that constraints do the job well? Possibly better than static if? I knew this was gonna come :o). Virtually everyone in the D community has an appreciation for static if - I have yet to find even a naysayer who's mentioning it as an unsavory aspect of the language.
That isn't a proof, but it is evidence. There's also plenty of evidence that C++ is worse off without it by comparison.
Now, the more debatable aspect is the use of Boolean expressions as constraints. The simple story behind that is that Walter Bright and I were looking at a simple means to constrain instantiation of templates. We had static if, we had compile-time function evaluation, so template constraints were a wonderfully simple and integrated solution within that context - a great "aha!" moment. People love it.
Now, in C++, there's no static if and C++14 is acquiring compile-time evaluation kicking and screaming. Within that language, I can totally understand how the context is less conducive to an appreciation of template constraints the way they're done in D.
Do you plan on writing more C++ books? or did you pretty much give up on the language and your focus is now on D? I have to admit my relationship with C++ has lost a fair amount of its romance. We know a lot about each other and we roll our eyes when witnessing once again each other's shenanigans.
I'd be hard pressed to write more books on C++. As a general rule the best driving force behind writing a book is "I feel I have something to say, that I believe is interesting and worth sharing." I do feel this in spades about D, but unfortunately not about C++.
I must add one note though. The C++ community has been very gracious and forgiving with my apostasy. I've continued to be bestowed respect from C++ programmers all over, and I am very appreciative and thankful for that.
I read Modern C++ Design a few years ago and really enjoyed it. It's been over a decade since it was published, however. How outdated do you think it is now, especially in light of the changes from C++11? It has aged surprisingly well, and to a C++11 user some of its implementation arcana are obviously easier to realize. I think if it aimed at describing the same exact designs in C++11, Modern C++ Design could do it in 250 pages instead of 350.
How much of FB's code is still plain PHP? How much is C++? Is HHVM really that much faster than ZEND? What are your other hobbies outside of programming / computers in general? Keith Adams has been gracious enough to run a "wc -l" on our main codebases just now. Fresh data! We're roughly in the 70/30 area for PHP/C++. Both codebases have grown a lot in absolute numbers since I joined, and most interestingly the ratio was somewhere like 90/10 four years ago. We've scaled up a lot since then, hence the increased emphasis on infrastructure.
As a follow up to that: PHP gets a bad rep these days for some poor language design. Is there any regret in using PHP or a desire to switch the code base to another language? Edit: Thanks for doing the AMA! I enjoy watching your presentations. "Regret" wouldn't quite be describing it, seeing as there is good evidence that our engineers are very productive with PHP. That said, few people if any would disagree with you. We have always been and still are working on a number of solutions to improve on PHP "the language" and also PHP "the platform".
What's the first thing you'd do if you were put in charge of creating PHP 7.0? Better arrays.
Would you mind expanding on this please? PHP arrays are very quirky and okay for a lot of things but best at none. They are used as straight contiguous vectors, tuples, singleton sets, maps, ..., you name it. To accommodate all these semantics PHP arrays have very complicated and non-obvious semantics. I think everybody would be happier if PHP had better-defined and more specialized types.
Thank you very much for replying. I guess this is where I realise I'll never be a proper computer scientist. For me PHP arrays do everything I need them to do, in a way that I find clear, easy to understand, and with a performance level that is more than adequate for the problems I have to solve. The beauty of it all is we may both be right!
Are there plans to use D in Facebook? Not for the time being. However, since recently it's become part of my job description to explore integration of D at Facebook. This is the first time I'm mentioning it publicly. assert(cat !in bag); I have a well-defined plan that is difficult but executable. If things go well, we'll make an announcement in a few months. Otherwise, well, we won't :o).
What do you think about Rust? (In the context of Rust vs D) Rust has a great approach to safe regions. That's a hard problem, and Rust has had to expend a considerable amount of firepower on it (four kinds of pointers etc).
D does not offer safe regions; I believe the language design precludes that without at least an amount of discipline.
So Rust is better than D at safe regions. However, like in chess, good language design is to not sacrifice the whole for the beauty of the part. I think D is better than Rust at a lot of other things, because it has firepower it can afford to expend at problems that are also hard, and just as important.
Other than C++ and D, what other languages are interesting to you in both a professional and personal capacity? I think Scala and C# are two fine languages. Haskell is a factory of good programming languages research. I've seen a talk on F# and it's been quite impressive - it's amazing what can be done with them reified types.
Generally I have a bias in favor of static types.
When will we be able to use D to make shared libraries that can be called from C? Good news: Martin Nowak, Walter Bright and others have done some wonderful, creative work on that. The next release of D (2.064) will include good support for dynamic and dynamically-loadable libraries from D itself, C, C++, and other languages.
The release is in the planning stages right now, so we're looking no longer than one month from now.
Software dev here. Facebook used to have a bit of a reputation for putting bugs into live (for example when all line returns on photo captions were replaced with "\n"), but it's my perception that things have improved vastly in the last couple of years. What sort of QA or other processes have you guys put in place? I'm glad you are noticing what has been a years-long effort to improve our process.
First of all, if one at Facebook talks about "process" in the RUP/Agile/etc sense, they'll get a smack on the head. We don't care much about such formalisms. What we do care about is making talented people productive, and for that we have a vast array of automated and semi-automated aides that I'll get into a bit below.
Facebook famously does not have a QA department. Engineers are responsible for testing their own code. The way that works is holistic, which checks and balances at each major bottleneck: (a) a sophisticated lint - all code must past linting; (b) then there's unittesting - all code must pass existing unittests; (c) code review - not one line of code makes it into our code repos without having been reviewed by at least one other engineer, who in particular looks for unittests added for new code; (d) various sandbox and production testing means.
Clearly it's good to move fast, and one thing that virtually all new engineers remark is how astonishingly fast things are happening at Facebook Engineering. A complete n00b could implement a feature visible to Facebook's entire user base literally within a week of starting. The converse risk is that of breakage, and the conventional-wisdom response to that is to increase bureaucracy and slow things down. Facebook has consistently striving to improve tooling and automation that enables people to still move fast, without breaking things.
When things do break we don't reprimand people who make mistakes. Instead, we look at eliminating the causes of breakages at their root.
The real question is: did you try llvm? Good one! Yes, I and others are working on having clang compile our codebase.
What's the biggest lesson learned from D that you wish other languages would apply? The scope statement. It's rare that I enjoy bragging about something, but I do like to brag that I invented a new control flow statement (which is awesome because they're so few!).
I think many languages implement some form of deferred execution, but most miss the point - Lisp's with-open-file, Java's try/finally, Go's defer, C#'s using are all sorely wanting.
Lisp's with-open-file with-open-file is just a wrapper macro on unwind-protect (for, as the name indicates, performing scoped opening of files). It's not a deferred execution primitive in and of itself. Sorry, yes, I meant unwind-protect but I had a lapse so I mentioned its cousin that I remembered. Both illustrate the same point.
What has been your happiest moment with programming? (thinking about this as I'm answering other questions, will edit later)
OK, I think most people left the stadium but this has been bugging me so I feel compelled to reply.
"Happy" is frequent enough to make "happiest" very difficult. Probably some of the happiest moments have happened when I had just started. Coding is like heroin - we spend most of our time trying to relive that first high.
I remember moments when I'd run a little program again and again with slightly different inputs just to revel in the joy of having done the proper incantations that make the machine do this and that and the other, like a clumsy but loyal genie. I mentioned I wrote this floppy disk formatter - it gave me a lot of joy to be able to tell it the complicated sequence of things I wanted to get done, to see how it ended up carving magnetized trenches into the physical world.
With support for more things inside constexpr just around the bend, do you think we can now do metaprogramming in plain old C++? Wouldn't it be more natural and easier to debug? I am glad that C++14 has increased the power of constexpr significantly. We have had an incredible time with compile-time evaluation in D for years, and I'm glad C++ "stole" that idea. I predict that constexpr-based programming will become a major idiom in C++14.
Also, a second question if you don't mind: How do I go about making proposals for consideration by the ISO C++ committee? I would like to propose a make_shared where I can provide the allocator rather than it using new. For submitting proposals to to the ISO C++ committee, mosey to the relatively new and unknown Link to isocpp.org
How did you acquire such a mastery of the English language (written + spoken minus the accent ) even though it does not appear to be your mother tongue? I must plead no-merit on that one. All of us get some good and bad inclinations upon birth, and it just so happens I inherited my Dad's inclination for foreign languages.
If I were to speculate it might have something to do with how thoughts are formed in the mind. Many people I ask tell me "I think in my mother tongue". For whatever reason, I don't think in a specific language. It's all that, abstract thoughts, and then the matter of rendering them in a language is simpler than translating them from one language into another.
talk about impostor's syndrome. Damn it’s reassuring to hear this from a smart, well-established guy like you. And I am serious. I would rate the impostor syndrome near the top of things that bother me.
I'm a big fan of your writing style (especially the phrase "hecatombs of code"). What are some of your favorite books? Thanks, that's very kind of you! Alas, I feel I missed out on reading lately, so I must dig earlier into my youth, from where "Remembrance of Times Past" comes to mind. Recently I've really enjoyed books by David Foster Wallace, Cormac McCarthy, and Neal Stephenson.
In the technical realm, I really enjoy the style of Scott Meyers, who's been a major influencer and mentor. I also like the writing of Herb Sutter, Bjarne Stroustrup, and the late John Vlissides.
Have you read any Thomas Pynchon or John Barth? If you're a Foster Wallace fan I think you'd get a lot out of those two. John Barth's Lost in the Fun House is an amazing piece of metafiction, somewhat fitting reading for the master of metaprogramming. Thanks for the recommendations!
Getting back to D's GC, I want to point out that you made it extra unattractive by choosing an old clunky one, you just dropped in the ready made, generic Boehm GC. So D not only has GC, but a GC that is far from the state of the art. As I mentioned elsewhere on this page, languages succeed if good people decide to work on them. We have a couple of GC experts on "team" already, and things are getting better. The better the GC, the less trash in the streets.
1) Is D used internally at Facebook? I'll understand if you can't answer, but 'no comment' means yes. ;) (answered above) 2) Yes, things are improving; however the improvement will be visible to the public later. I'm very busy right now with my efforts of exploring D within Facebook, which is not directly related but definitely related strategically.
I think binding rvalues to const references has been the small mistake that caused the rvalue references Hindenburg. Can you explain further? I'm not familiar with this mistake or the consequences. It would be a long discussion. Binding rvalues to const& made sense when first introduced (no templates, few subtleties) but in the long term made it virtually impossible to distinguish rvalues from lvalues on the callee side. That in turn forced an overly complex solution (rvalue references) as an expensive fix.
A big improvement for the phobos thing would actually be to make more use of output ranges instead of necessarily returning strings, etc. Then the caller can preallocate memory or whatever they want. Indeed! That's a sore point right there.
Are we going to see a D book on range based programming? I think ranges are really cool, and well deserving of a book treatment. Someone should write it. If you're asking whether I should be the one, I think I feel I have at least one book in me, but I hope to collect a bit more material.
At going native this year, you mentioned that C++ is closely tied in with the von neumann architecture architecture. Is this true of D as well? Does it mean that if the von neumann architecture were to be replaced by something shinier, C++ (and D) might vanish into oblivion? Yes, both C++ and D build on the same fundamental computing model: data has addresses, you know where it is and you know how it lies. But I'm not worried - if von Neumann is fundamentally replaced a lot of languages will need to adapt, and probably the best breed will be new ones that use the new model organically.
Also, do you think functional languages are better in that sense that their abstractions are not tightly dependent on the von neumann architecture? I'm not too good at predictions, but I did predict the next two paragraphs were to follow after seeing the first :o). There's clearly a lot of good in functional programming, and I think it's undeniable that features once considered hardcore FP are making it into the mainstream.
Notwithstanding, I'd like to hear what you have to say about functional languages and what you believe is their role in the coming years. Betting the farm on FP as the universal computational model would, however, take matters too far in my opinion. FP is doing okay today if the likes of 2-3x in performance is no matter to you. (I know, I know, there is this benchmark and the other etc.) It's possible that FP will be doing okay but just as mediocre on a new computing substrate. Also, it shouldn't be forgotten that FP offers, simply put, just crappy solutions to a variety of simple problems. It is nice in the sense that it's mathematically motivated, but there's plenty today that is also mathematically motivated. Formalisms have made good progress in the past two decades.
What's your opinion as a language designer about this feature-richness/simpleness trade-off? As there are languages all over the spectrum, clearly this is a matter in which reasonable people may disagree. Probably a good judge is "power offered per cubic inch of complexity" or something like that. Languages like D, Scala, or Haskell do well at that metric. Go is simple but in my opinion not the right kind of simple; in many ways it's a sort of a collective bummer that a language like it has emerged in this day and age. However, as I said, languages succeed because good people work on them, and there are good people working on Go.
Are there any features in D 2.0 that, in hindsight, you would want to drop? I'd drop the postblit this(this). It doesn't work well with qualifiers.
Any ones you wished you had incorporated but didn't? If I could have added a means for transparent reference counting without adding complexity to the language, I would have.
If there was anything you would today remove from your Modern C++ book what would it be and why? I'll tell you what I'd change in Modern C++ Design: the chapters on Allocators. Policy-based design can do wonders at creating layered allocators, see HeapLayers. I just missed that obvious idea, and I regret it.
What do you think about the Go language ? Which kind of feature would you borrow from it ? - What do you think about having more threading aware semantics in the languages instead of threading libraries ? (I'm thinking for example to the "synchronized" keyword in Java, or the Go, etc). (I assume there's understanding that I'm horribly biased.) I have a dim view of Go; I find it an unremarkable "me too" language that would be nowhere fast if Google weren't behind it. That said, it is executed beautifully and Google's engineers are true to form in delivering world-class server-oriented libraries for it. Go will probably never supplant C/C++/D for systems needs because it requires GC for core operations (fact understood by its proponents who rewrote the marketing message shortly after the initial launch). From Go I'd borrow the engineers who wrote its networking libraries.
There is no way around having the language understand concurrency at its core (unless it designs around it entirely, like PHP). The exact distribution of capabilities across language and library becomes a matter of taste. I'm a minimalistic guy who prefers "few axioms, many theorems" which applied to this would put few primitives in the language that allow for rich libraries.
D is a great language with a poor tooling. What are the plan to improve on the tooling part (and conquer the world) ? I noticed that many languages are successful because good people have made it a point to work on them. At this point my focus is to foster good quality in the language proper that would make it attractive for others to join. If I play my cards right and get other proverbial penguins to jump off the equally proverbial iceberg in the water, tooling will definitely improve.
Would you say D is different? Is there a strong incentive for C++ programmers (and lovers) to have a good look at D? There is an increasing amount of programmers who have decided they need the amount of modeling power and efficiency that C++ offers. This is because of a variety of phenomena (no more frequency scaling, heat is becoming a limiting factor, dynamic analysis has its limits etc). For those, I venture to say D is a very attractive choice because it offers all C++ does and a lot more, at a lower cognitive cost and with build times faster by one order of magnitude.
I must admit I'm reluctant to switch to a garbage-collected language (which is, pretty much any language that's not C++.) Knowing that everything (objects, memory, files, etc.) will be released/destroyed automatically at a predictable moment is comfortable. The simple answer to your question that surprises many non-language-pundits is that garbage collection is mainly a tool for memory safety. One may opt for a complicated typed regions system to avoid tracing (Cyclone, Rust), or simply rely on a tracing collector.
What in C++ resource model is considered so bad that every single other language is garbage-collected? (Let's forget those where you have to do everything by hand, like C, ASM, and butterflies.) I made more remarks on garbage collection in a different post.
garbage collection is mainly a tool for memory safety. Sure, it's merely one possible tool. Everything is a value. "a=b" means "a is an independent copy of b." A function can return a value. Static polymorphism (i.e. templates) is king here. And there's a very simple rule for resource management: when a value gets out of scope, the associated resources are automatically deallocated. Everything is an entity / a pointer. "a=b" means "a is another pointer to the entity pointed to by b." A function can return a pointer. This is the realm of inheritance polymorphism (i.e. virtual functions). Typically, you have "Base b= new Derived", and of consequently, deep copy is cumbersome and thus, rare. Of course, for such a model, you need a GC. Both models have their limitations: Sometimes, in the "value" model, you actually need an "entity" object. And things get murky. OTOH, in the "entity" model, sometimes you actually need values. That's why Java has both int and Integer. What surprises me is that the "value" model, despite working very well (as long as you don't want/need Java-style OOP), seems to have been implemented once (in C++), and was then completely abandonned. Why? Excitement for "everything is a value" decreases considerably when one realizes all referential structures are precluded (lists, trees, graphs - and a lot of object models are graphs). That in turn locks one out of a vast application area. Having an object that just refers to another is pretty darn powerful.
How do you think about some standard package manager for D, like npm for Node.js and RubyGems for Ruby? Are there any plans yet? Yep, code.dlang.org is the main candidate.
And: Git/Mercurial? vi/emacs? cats/dogs? We're switching from git to mercurial for scale reasons. I'm fine with anything that works, and love the concept. I give a ton of credit to Linus for having created git back in the day.
We're switching from git to mercurial for scale reasons. Could you tell us more about that point? Git takes long times with our front-end source tree (which is enormous). The matter of customizing git came up and people looked at the code and decided it's pretty convoluted when compared to the Mercurial code.
3. I was very impressed by Sean Parent's talks at this year's Going Native (Link to channel9.msdn.com What is your opinion about the advice he gives? > 3. I was very impressed by Sean Parent's talks at this year's Going Native (Link to channel9.msdn.com ). What is your opinion about the advice he gives?
Following the developement of D you get the feeling that way to many developement resources are spend on new features instead of finishing existing ones. For example a lot of work has been put into user defined attributes while other features are unfinished, unstable or not even usable (alias this, shared, export, structs). Whats your opinion on this? I agree that we should focus more on completing, streamlining, and using what we've got. This is happening already - it's been a while since quality has been at the top of our list, and the positive PR has been visibly improving.
Now that we have more resources there is some amount of parallel work we could do, and the mixed blessing with volunteer work is people work on what they find interesting, not necessarily what's best to do at the moment. This has been a challenge, but at the same time a good problem to have.
In the D bugtracker there are tons of old bugs (1 year or more) that don't get any attention but concern pretty basic language features. What do you think about adding a "old bug of the month" voting to the D developement process to pick a old bug every month that definitely gets fixed? I think that's a good idea. Even before that we should look at a "old pull request of the month". It is a shame that we are unable to accept valuable contributions at a faster rate.
Allow people to set a bug bounty using bitcoin; trust me, this will get a lot more people interested in hitherto uninteresting things. +bitcointip $1 verify. Funny you should mention that. Walter and I are talking about a bounty system, but we didn't think of bitcoins!
Lots of functional programming features are now available in languages such as C++ and D - what do you think are some of the functional features that we'll see incorporated in languages such as those over the next decade or two? There's talk about purity in C++, but beyond that I'm not sure whether there are plans for major FP-related additions.
Of the usual suspects present in FP languages, D notably misses pattern matching. It is in tension with OOP-style (first match vs. best match), and I'm not sure whether or not it's a fundamental feature of functional style. There are no plans to add such at this time.
Worst weakness? Design decision you would like to change? edit: Removed questions skeksis268 link answered. From a pure language standpoint, D's worst weakness is too little control over escaping of addresses. From a larger ecosystem standpoint, D's worst weakness has been quality of implementation.
I have been using D for a while now, and I absolutely love it. What are some improvements that are in the works that you personally are most excited about? Glad to hear that! The most important three features right now are: quality, quality, and quality. We want to finalize the language's ideas to the ultimate detail.
That said, Walter and I are excited about directions like qualifier and attribute inference (more descriptive programs with less source code). Walter has some great insights regarding the relationship between purity and uniqueness, that could greatly improve expressiveness at no cost in complexity - e.g. a pure function returning mutable data must by necessity produce fresh data. Mind = blown.
What does your typical day at Facebook look like? How much of it involves coding? Aside from reading reddit you mean? :o)
Here are a few scattered tidbits.
I use the shuttle to/from San Francisco, and I get to read or get work done on it.
A lot of what I do is coding. I need to wait long times for building and performance testing, which I try to fill by tending email, reading papers, or trying new ideas (most Facebook engineers have multiple parallel git trees so they can work on several things simultaneously.)
We don't have many meetings, and those we do have are actually interesting.
Chats every so often with coworkers.
Reviewing code, perusing internal forums.
But most of it coding.
How much more productive do you think D can really be if adopted at C++ scale? Me and other enthusiasts I know are heavily biased by our positive solo experiences with it. Productivity and its variations are difficult to measure. Build speeds alone, at one order of magnitude speedup, are dramatic enough to exert a change of paradigm. For example, many people say dynamic languages are productive because they have the "right" execution model - save file, hit Refresh. If actual times for a compiled language drop to the point of offering the same model, I think a whole category of perceptions would change.
One thing I noticed with D is its "plasticity". Once you have a body of code that works in C++, the natural tendency is to be conservative about changing it: unit testing is tenuous, subtle failure scenarios upon changes are legion, not to mention build times etc. In D, it's a lot easier to mold and remold designs are you go because you know you wont be penalized for it.
I don't like the separation between Structs and Classes in D. I think that having to avoid classes if you don't want to use the GC could force people to have implemented the same artifact as a Class and as a Struct. Also don't get why a value type / stack object is simply not allowed to use runtime polymorfism. It feels more natural when you can do such distinction when defining a variable type, as you can do in Rust. Could you defend the D approach over the C++ aproach or the Rust approach? Class vs. struct comes up occasionally as a minority opinion. Walter's basic insight was that polymorphism and value semantics rarely mix, and when they do, they rarely mix well: there are about a million ways to declare a data type handling value vs. reference semantics incorrectly in C++. Clearly there are a few legit cases (like allocating a polymorphic type on the stack and aliasing its address), and people feel robbed of that possibility. The matter of fact is that such ambiguous-gender types and their uses are rare enough, and their converse troubles are frequent enough, to warrant designing them away (you can still allocate polymorphic objects on the stack in D, it's just not dead simple, you need to use emplace).
Thanks in advance Andrei, I'm following your work since I've discovered your book Modern C++ Design! For Rust it makes more sense to tackle the problem differently because it gets to tap into its already sophisticated pointeregion paraphernalia. For D, the decision to split struct and class is, I think, a winner. We're very pleased with it.
Have you read Stepanov and McJones's "Elements of Programming"? What are your thoughts on it? Yes. It's a fine book, but (and I'm sure I'll get crucified for it) I think it's a bit on the self-important side.
Last updated: 2013-10-06 17:26 UTC
This post was generated by a robot! Send all complaints to epsy.
submitted by tabledresser to tabled [link] [comments]

PHP OOP - Inheritance Class Example Learn Object Oriented PHP #13 - Inheritance PHP Tutorial - 42 - Inheritance PHP - Inheritance PHP Class Inheritance

My advice is to use inheritance as long as you are 100% comfortable with this technique, you understand how to use it, when to use it to share functionalities and when instead use other technique like composition, design patterns (the factory pattern is a really close case), or even just add a trait to the class. Today you will learn how to best manage these objects and create long and safe relationships among them using inheritance and interfaces. Inheritance What are inheritances on OOP? We are now entering in one of the 4 basic pillars of Object Oriented Programming in PHP. Inheritance alongside encapsulation, abstraction, and polymorphism need to be mastered to become proficuous in programming and ... PHP Integration. The easiest Bitcoin integration solution is offered by Bitcoin payment processors. In return for a small transaction fee, these Web sites provide you with a wallet, a REST API, prioritize your transactions with miners and send payment information to your Web site. Many of them also offer libraries that can be used to easily integrate with their APIs. In this example, we will ... PHP Class Inheritance for Beginners. Ask Question Asked 9 years, 4 months ago. ... in php two different class the separate entities meaning even if you call one as super and other class as sub class. – user630320 Mar 4 '11 at 22:27. Great explaination. The OP obviously has it in his head that he is correct. – Kevin Peno Mar 4 '11 at 22:33. @user630320 I can see why you are misunderstanding ... Inheritance What are inheritances on OOP? We are now entering in one of the 4 basic pillars of Object Oriented Programming in PHP. Inheritance alongside encapsulation, abstraction, and polymorphism need to be mastered to become proficuous in programming and really improve your skills.

[index] [17846] [7972] [22919] [36798] [41946] [26183] [10496] [11435] [42176] [39025]

PHP OOP - Inheritance Class Example

PHP - Inheritance https://www.tutorialspoint.com/videotutorials/index.htm Lecture By: Mr. Malhar Lathkar, Tutorials Point India Private Limited PHP Tutorial - OOP Class Properties and Methods Object Oriented Programming - Duration: 11:04. ... PHP Class Extends - Inheritance In Object-Oriented Programming - Duration: 9:06. John Morris ... PHP OOP - Inheritance Class Example - Duration: 9:43. JREAM 16,002 views. 9:43. Java Project Tutorial - Make Login and Register Form Step by Step Using NetBeans And MySQL Database - Duration: 3 ... using this tutorial you can easily understand that Inheritance in oop in PHP,inheritance in oop example,single inheritance in oop, inheritance class example in PHP,inheritance concept with example ... Learn how to work with parent and child classes in PHP. Get the rest of the FREE lessons at: https://johnsfreetuts.com/oop/ #php #webdev

#