Just for your reference:


How 420,000 might be bitcoin’s magic number
Daniel Masters
Director at Global Advisors Bitcoin Investment Fund Plc.

Apr 20, 201621 views2 Likes0 CommentsShare on LinkedInShare on FacebookShare on Twitter
28th November 2012 was a slow news day. There was a lunar eclipse -- the second that year -- and it was the first day since 1990 that the NYPD reported that no one was shot, stabbed or slashed in New York.  There wasn’t much to report. And while journalists around the World searched for a scoop one small story went uncovered – the reward for mining a block on the bitcoin blockchain had just halved.

 Commencing in January 9th 2009 when the Bitcoin blockchain initiated, each and every one of the 209,999 blocks mined, created at a rate of approximately one every ten minutes, in an uninterrupted 24/7/365 operation, had attracted a new, autonomous creation by the network itself of 50 new, never before seen, bitcoin.

 A lot had changed since 2009. The first block mined had 1 transaction (the special “coinbase” transaction that captures the reward) and no other activity. By 2012 the network size and activity had grown significantly and there were 543 transactions in the “pre-halving” block.

 The next block mined, at a height of precisely 210,000 blocks, as codified years earlier by Satoshi Nakamoto, had a 25 bitcoin reward.

 So what?

 Nothing much happened. However, a few months later the value of a bitcoin had increased dramatically. Prices had been steadily increasing as the halving approached, they ended 2011 at $7, and rose to $11 by September, 2012.

 The high tick by April 2013 was $259.

 Needless to say bitcoin has demonstrated stomach-churning volatility in the past and this meteoric rise met with considerable turbulence. None of this may in fact have had anything to do with the halving, it’s impossible to determine that one way or the other. But even so, there had certainly been an extraordinary chance to profit.

 So now we look forward to the next pre-ordained halving, at a block height of precisely 420,000. We sit at 408,138 at the time of writing, with the next halving expected on or around 11th July 2016. At that moment the 25 coin per block reward halves again, to 12.5

 It is interesting to think about whether we will see another price rise following this next event. I’m confident that there won’t be fireworks on the day itself, and indeed there is some prospect that prices will rise in advance of the event, fully discounting the effect ahead of time. I don’t see that happening currently.

 At this moment the value of all bitcoin in circulation is $6.7 billion. At the old rate of issuance, that puts $575m of new coin in circulation per year. Prices so far in 2016 have been relatively stable. That tells me that there is enough new investment and real time demand to match the creation of $575m new coin. It seems obvious that if that dollar-sized demand persists, which I believe it will, that the price of bitcoin must rise to meet it.

 Naysayers and haters will say -- in addition to the normal criticism of bitcoin -- that a drop of $288m per year in supply is not meaningful when compared to the $6.7 billion inventory.

 That’s not how commodities work.

 Just think about what happened recently in the oil market. Taking the USA alone we now have more oil and refined products in inventory than since records began, over 2 billion barrels. Yet the price of oil has risen 60% from the $25 low point early in the year.

 OPEC has hinted that the oil production introduced to the market will no longer rise. This will do very little indeed to change the inventory picture. It will remain engorged. So why the massive rally?

 Because commodities price on the rate of change of inventory, not on inventory.

 When bitcoin dipped in price in June 2015 I stated passionately prices couldn’t remain in the 200’s https://www.linkedin.com/pulse/elliptic-curves-fermat-bitcoin-daniel-masters?trk=mp-author-card

 I’m equally convinced that today, a price of $440 is, once again,  too low.


Source: https://www.linkedin.com/pulse/how-420000-might-bitcoins-magic-number-daniel-masters?trk=hb_ntf_MEGAPHONE_ARTICLE_POST

You got it right, Mark. If crypto is money, all the common people must also be involved, not just the geeks, the large corporations, the bankers and the wealthy. The CRISP, DNotesVault, and the book are all designed to appeal to everyone. It may take a few years but that is the best route to mass acceptance. The Dnotes Story will reach a lot of employers and their employees.

You are most welcome, RJF. The launching of the book "The Four Pillars of Business Success" will likely be the most amazing winning strategy I have ever attempted. I am confident that it will be very well executed. It will give us an immense amount of fire-power. I don't like to aim high without being totally confident that we can generate the tools and fuel to get there. The book is more than just a "white paper." It is a very comprehensive instruction guide for us and equally useful for any entrepreneurs and more. It's best to let our readers be the judges.

I trust that you are referring to the book. It has a good shot at it. The book is written with deep  passion to be helpful to entrepreneurs, as well as any employees; in short very broad-based audience.  It is expected to bring about great awareness and credibility for DNotes. That is what we need to gain mass acceptance. You will be one of the first few to get a finished copy, pending final editing. Give us your honest review after you have a chance to go through it. Anyone else interested to get a sneak peek version may pm me with your email. Check out the book summary and name two chapters you are most interested in:  https://fourpillarsofbusinesssuccess.com/

Thank, you RJF. Nice additions. May have to sell a lot of books before adding a help desk, lol. 

Thanks, TeeGee. That is a great idea. In the DNotes Story, you included a great quote from, "{Arnold H. Glasow probably said it best when he said “Success is simple. Do what’s right, the right way, at the right time.”}"

Now is the right time to develop a wish list for technology upgrades. Beginning the 2nd half of this year our major focus is on technology upgrades with strong emphasis on R&D related to our industry. We will examine known industry technical issues and limitations with an open mind and address the most appropriate ones with viable solutions.

Remember, we have very clear visions going forward. DNotes is being positioned to be the trusted digital currency for everyone world to participate with no barriers to small savers. DNotes will supplement, not replace, global fiat currencies. We will focus on the three main components: the currency, the global payment network system, and the under-pining blockchain technology, including smart contracts.

Wish List For Technology Upgrade:

1) Resolve scaling problems

2) Advanced Global Payment Network Systems with full security Suite and Mobile Applications.

3) Instant confirmation at checkout.

..........   You are encouraged to add to this list.

 

Good morning. I am just dropping in to say hello to everyone. The book will be completed by next week and be ready for the final round of editing before publication. It is an amazing book for anyone in business, as well as employees interested in a successful career path.

Be sure to read the DNotes Story at DCEBrief or LinkedIn if you have not done so. http://dcebrief.com/the-dnotes-story-an-unfolding-big-bold-idea-of-global-scale/

https://www.linkedin.com/pulse/dnotes-story-unfolding-big-bold-idea-global-scale-part-alan-yong

On the technology side, I am already on the look-out for talents and potential partnership. There is some very interesting discussion going on. We have a very clear vision for DNotes. Our missions, goals and objectives are clearly defined. We are now fine-tuning our strategies and will continue to execute them effectively. We are always about aiming to be the best in class and doing the right thing at the right time. Our next phase is about identifying technology problems, challenges, and limitations and develop viable solutions to overcome them. The next few years will be immensely exciting. Stay tuned.





 

Sorry to hear about Safecex. I hope you will get your coins back.

Interesting dispute on "Internet of Money" Trademark.


Bitcoin community disputes the use of 'Internet of Money'

Fintech company's trademark application angers prominent bitcoin figure

Some people in the bitcoin world—the believers still waving the flag for the leading digital currency, which is currently trading at $427—will tell you that the phrase “The Internet of Money” is widely understood as a reference to bitcoin and its underlying technology, the blockchain. But Uphold, a “cloud bank” startup that launched in 2014, will tell you it is their corporate slogan. It applied to register the phrase as its trademark for financial services back in September 2015 with the US Patent & Trademark Office, and is far along in the process.

Andreas Antonopoulos doesn’t like that. The cybersecurity expert and author of "Mastering Bitcoin" has waged a war with Uphold, encouraging his 47,000 Twitter followers to help him find the earliest uses of the words “Internet of money.” Uphold’s adoption of the slogan, he tells Yahoo Finance, “perverts the meaning of the phrase.”

The law is on Uphold’s side; there’s not much Antonopoulos can do to stop Uphold from getting its registration. But of all people, Antonopoulos is a loud enemy for a fintech company to have.

Read More:

http://finance.yahoo.com/news/bitcoin-world-disputes-uphold-internet-of-money-andreas-antonopoulos-210907255.html

Education is always a good thing. So far a lot of the opinion expressed about Bitcoin, digital currency, and blockchain technology are often inaccurate or misguided. We will continue to do our part by ways of DCEBrief, DNotes Educational Apps and other means, including CryptoMoms and this forum.  It is easy to criticize, but we believe that it is more constructive to contribute to a viable solution. That is why we have reaching out to the masses by using different mediums.

Excellent recap. It has been saving me a lot of time to stay informed and only zero in on articles I need to learn more.

The Texas Domestic MSB Memorandum was of interest. As much as the memorandum by itself did not appear to be too unreasonable, the implications of burdensome and costly regulatory and reporting compliance is obvious.

I agree that it is a great idea. Good employers should be more concern about helping their employees especially in cases where it cost them very little but means a lot to their employees.

I hear you loud and clear, RJF. I can admit that I did get annoyed a few times after being misled by some clever headlines on blockchain projects; only to find that they were quite “dump” – smart contracts, IMO.

The undoubted killer app is the digital currency part of the technology. But itself, it has only limited speculative value and insanely volatile. To become truly valuable, digital currencies, like DNotes, must meet the full functions of money. There will be killer apps for smart contract and other blockchain related applications. However, we have not seen them yet.

I suspect that the Chinese exchanges have a lot to do with the ferocious volatilities. Some of the price movements have been insane. But unfortunately, there must be a lot of people interested in that kind of "excitement" even though it is easy to get hurt.

Part Two:

Beware the impossible smart contract


Hiding confidential data
As I’ve written about previously, the biggest challenge in deploying blockchains is the radical transparency which they provide. For example, if ten banks set up a blockchain together, and two conduct a bilateral transaction, this will be immediately visible to the other eight. While there are various strategies for mitigating this problem, none beat the simplicity and efficiency of a centralized database, in which a trusted administrator has full control over who can see what.

Some people think that smart contracts can solve this problem. They start with the fact that each smart contract contains its own miniature database, over which it has full control. All read and write operations on this database are mediated by the contract’s code, making it impossible for one contract to read another’s data directly. (This tight coupling between data and code is called encapsulation, and is the foundation of the popular object-oriented programming paradigm.)

So if one smart contract can’t access another’s data, have we solved the problem of blockchain confidentiality? Does it make sense to talk of hiding information in a smart contract? Unfortunately, the answer is no. Because even if one smart contract can’t read another’s data, that data is still stored on every single node in the chain. For each blockchain participant, it’s in the memory or disk of a system which that participant completely controls. And there’s nothing to stop them reading the information from their own system, if and when they choose to do so.

Hiding data in a smart contract is about as secure as hiding it in the HTML code of a web page. Sure, regular web users won’t see it, because it’s not displayed in their browser window. But all it takes is for a web browser to add a ‘View Source’ function (as they all have), and the hidden information becomes universally visible. Similarly, for data hidden in smart contracts, all it takes is for someone to modify their blockchain software to display the contract’s full state, and all semblance of secrecy is lost. A half-decent programmer could do that in an hour or so.

What smart contracts are for
With so many things that smart contracts cannot do, one might ask what they’re actually for. But in order to answer this question, we need to go back to the fundamentals of blockchains themselves. To recap, a blockchain enables a database to be directly and safely shared by entities who do not trust each other, without requiring a central administrator. Blockchains enable data disintermediation, and this can lead to significant savings in complexity and cost.

Any database is modified via “transactions”, which contain a set of changes to that database which must succeed or fail as a whole. For example, in a financial ledger, a payment from Alice to Bob is represented by a transaction that (a) checks if Alice has sufficient funds, (b) deducts a quantity from Alice’s account, and (c) adds the same quantity to Bob’s.

In a regular centralized database, these transactions are created by a single trusted authority. By contrast, in a blockchain-driven shared database, transactions can be created by any of that blockchain’s users. And since these users do not fully trust each other, the database has to contain rules which restrict the transactions performed. For example, in a peer-to-peer financial ledger, each transaction must preserve the total quantity of funds, otherwise participants could freely give themselves as much money as they liked.

One can imagine various ways of expressing these rules, but for now there are two dominant paradigms, inspired by Bitcoin and Ethereum respectively. The Bitcoin method, which we might call “transaction constraints”, evaluates each transaction in terms of: (a) the database entries deleted by that transaction, and (b) the entries created. In a financial ledger, the rule states that the total quantity of funds in the deleted entries has to match the total in those created. (We consider the modification of an existing entry to be equivalent to deleting that entry and creating a new one in its place.)

The second paradigm, which comes from Ethereum, is smart contracts. This states that all modifications to a contract’s data must be performed by its code. (In the context of traditional databases, we can think of this as an enforced stored procedure.) To modify a contract’s data, blockchain users send requests to its code, which determines whether and how to fulfill those requests. As in this example, the smart contract for a financial ledger performs the same three tasks as the administrator of a centralized database: checking for sufficient funds, deducting from one account, and adding to another.

Both of these paradigms are effective, and each has its advantages and disadvantages, as I’ve discussed in depth previously. To summarize, Bitcoin-style transaction constraints provide superior concurrency and performance, while Ethereum-style smart contracts offer greater flexibility. So to return to the question of what smart contracts are for:

Smart contracts are for blockchain use cases which can’t be implemented with transaction constraints.

Given this criterion for using smart contracts, I’m yet to see a strong use case for permissioned blockchains which qualifies. All the compelling blockchain applications I know can be implemented with Bitcoin-style transactions, which can handle permissioning and general data storage, as well as asset creation, transfer, escrow, exchange and destruction. Nonetheless, new use cases are still appearing, and I wouldn’t be surprised if some do require the power of smart contracts. Or, at the very least, an extension of the Bitcoin paradigm.

Whatever the answer turns out to be, the key to remember is that smart contracts are simply one method for restricting the transactions performed in a database. This is undoubtedly a useful thing, and is essential to making that database safe for sharing. But smart contracts cannot do anything else, and they certainly cannot escape the boundaries of the database in which they reside.

Source:  https://www.linkedin.com/pulse/beware-impossible-smart-contract-gideon-greenspan?trk=hb_ntf_MEGAPHONE_ARTICLE_POST

We have been hearing a lot about blockchain and smart contracts these days. Despite the fact that there is huge potential, it is greatly misunderstood by many who are blindly throwing a lot of money and resources at it. Gideon Greenspan is someone I greatly respect on this subject. Here is a lengthy but excellent article. I am posting it in two parts starting with my response - an easy to read intro:  

Response to: Beware the impossible smart contract:
by Gideon Greenspan

Quote From Dyna:

This is another outstanding article. Well, there isn’t anything Gideon wrote about blockchain that I didn’t like. He is amazingly skilled in telling it as it is in plain easy to understand language.

We are witnessing the early stage of a historic technology revolution that came to us in a package of three definable components; bitcoin the currency, global payment network system, and the underpinning blockchain technology.

This fundamentally changed every aspects of money, including its creation and the movement of money. It created a new payment system that would allow any two parties to send payments directly to one another without the need for banks or financial services. This innovation opened up the future potential for people to be their own bank, and neither hand over the security of their money to any third party, or pay fees for the privilege.

To gain a better understand of smart contract, it helps to understand the total package. The most innovative concept of the blockchain technology is the consensus-based system that is completely deterministic. The network will only confirm, record the transaction, and pay the block reward after 51% consent is reached. And, for all practical purposes, it is not reversible once confirmed.

It is essentially a decentralized ledger that follows very strict rules of confirmed or failed. The movement of funds is reflected as database entries showing deleted and newly created transactions. But the total amounts remained the same; just in different accounts or wallets. Hence, the “smart bond” smart contract may not be such a smart idea. Unlike the world we are used to, we cannot create money out of thin air or use IOUs to guarantee payments. If you know how, I certainly love to know. One fundamental difference here is that you cannot commit to the blockchain as a payment or a guarantee of what you don’t have. You can not spend more than what you have in your wallet.

A good use case of smart contract is for transfer of wealth. Let us assume that I want to give 120,000 DNotes to my grand daughter but I want it to be released at an increment of 1,000 each over a period of 120 months when she turned 21. In another case, I want to donate 600,000 DNotes to a charity but have a concern that may it be dumped in the market negatively affecting the price. In either case, I must have those amounts of DNotes to begin with. Those amounts already resides in the blockchain and verifiable by address. Once I activate the transaction (contract) the amount is committed to the blockchain to be transferred to a different address. They are no longer mine and not reversible.

There will be many viable smart contract applications but I am seriously concerned that the “me too” phenomena of anything blockchain/smart contract is attracting plenty of “wild goose chase”.

****************************************

Beware the impossible smart contract
Apr 12, 2016

Gideon Greenspan
CEO and Founder, Coin Sciences Ltd

The three most common smart contract misconceptions

As the developers of a popular blockchain platform, we sometimes get asked whether Ethereum-like smart contracts are on the MultiChain roadmap. The answer I always give is: no, or at least not yet.
But in the hype-filled world of blockchains, smart contracts are all the rage, so why ever not? Well, the problem is, while we now know of three strong use cases for permissioned Bitcoin-style blockchains (provenance, inter-company records and lightweight finance), we’re yet to find the equivalent for Ethereum-style smart contracts.

It’s not that people lack ideas of what they want smart contracts to do. Rather, it’s that so many of these ideas are simply impossible. You see, when smart people hear the term “smart contracts”, their imaginations tend to run wild. They conjure up dreams of autonomous intelligent software, going off into the world, taking its data along for the ride.

Unfortunately the reality of smart contracts is far more mundane than all that:
A smart contract is a piece of code which is stored on an blockchain, triggered by blockchain transactions, and which reads and writes data in that blockchain’s database.

That’s it. Really. A smart contract is just a fancy name for code which runs on a blockchain, and interacts with that blockchain’s state. And what is code? It’s Pascal, it’s Python, it’s PHP. It’s Java, it’s Fortran, it’s C++. If we’re talking databases, it’s stored procedures written in an extension of SQL. All of these languages are fundamentally equivalent, solving the same sorts of problems in the same sorts of ways. Of course, each has its strengths and weaknesses – you’d be crazy to build a website in C or compress HD video in Ruby. But in principle at least, you could if you wanted to. You’d just pay a heavy price in terms of convenience, performance, and quite probably your hair.

The problem with smart contracts isn’t just that people’s expectations are overblown. It’s that these expectations are leading many to spend time and money on ideas that cannot possibly be implemented. It seems large companies have sufficient resources to travel a lengthy path – from the moment when senior management encounters a new technology, to when that technology’s advantages and limitations are truly understood. Perhaps our own experience can help shorten this time.

Over the past nine months, we’ve been pitched many smart contract use cases, and have found ourselves responding, time and again, that they simply cannot be done. As a result, we’ve identified the three smart contract misconceptions that are most commonly held. These ideas aren’t wrong because the technology is immature, or the tools are not yet available. Rather, they misunderstand the fundamental properties of code which lives in a database and runs in a decentralized way.
Contacting external services

Often, the first use case proposed is a smart contract which changes its behavior in response to some external event. For example, an agricultural insurance policy which pays out conditionally based on the quantity of rainfall in a given month. The imagined process goes something like this: the smart contract waits until the predetermined time, retrieves the weather report from an external service, and behaves appropriately based on the data received.

This all sounds simple enough, but it’s also impossible. Why? Because a blockchain is a consensus-based system, meaning that it only works if every node reaches an identical state after processing every transaction and block. Everything that takes place on a blockchain must be completely deterministic, with no possible way for differences to creep in. The moment that two honest nodes disagree about the chain’s state, the entire system becomes worthless.

Now recall that smart contracts are executed independently by every node on a chain. Therefore, if a smart contract retrieves some information from an external source, this retrieval is performed repeatedly and separately by each node. But because this source is outside of the blockchain, there is no guarantee that every node will receive the same answer. Perhaps the source will change its response in the time between requests from different nodes, or perhaps it will become temporarily unavailable. Either way, consensus is broken and the entire blockchain dies.

So what’s the workaround? Actually, it’s rather simple. Instead of a smart contract initiating the retrieval of external data, one or more trusted parties (“oracles”) creates a transaction which embeds that data in the chain. Every node will have an identical copy of this data, so it can be safely used in a smart contract computation. In other words, an oracle pushes the data onto the blockchain rather than a smart contract pulling it in.

When it comes to smart contracts causing events in the outside world, a similar problem appears. For example, many like the idea of a smart contract which calls a bank’s API in order to transfer money. But if every node is independently executing the code in the chain, who is responsible for calling this API? If the answer is just one node, what happens if that particular node malfunctions, deliberately or not? And if the answer is every node, can we trust every node with that API’s password? And do we really want the API called hundreds of times? Even worse, if the smart contract needs to know whether the API call was successful, we’re right back to the problem of depending on external data.

As before, a simple workaround is available. Instead of the smart contract calling an external API, we use a trusted service which monitors the blockchain’s state and performs certain actions in response. For example, a bank could proactively watch a blockchain, and perform money transfers which mirror the on-chain transactions. This presents no risk to the blockchain’s consensus because the chain plays an entirely passive role.

Looking at these two workarounds, we can make some observations. First, they both require a trusted entity to manage the interactions between the blockchain and the outside world. While this is technically possible, it undermines the goal of a decentralized system. Second, the mechanisms used in these workarounds are straightforward examples of reading and writing a database. An oracle which provides external information is simply writing that information into the chain. And a service which mirrors the blockchain’s state in the real world is doing nothing more than reading from that chain. In other words, any interaction between a blockchain and the outside world is restricted to regular database operations. We’ll talk more about this fact later on.

Enforcing on-chain payments
Here’s another proposal that we tend to hear a lot: using a smart contract to automate the payment of coupons for a so-called “smart bond”. The idea is for the smart contract code to automatically initiate the payments at the appropriate times, avoiding manual processes and guaranteeing that the issuer cannot default.

Of course, in order for this to work, the funds used to make the payments must live inside the blockchain as well, otherwise a smart contract could not possibly guarantee their payment. Now recall that a blockchain is just a database, in this case a financial ledger containing the issued bond and some cash. So when we talk about coupon payments, what we’re actually talking about are database operations which take place automatically at an agreed time.

While this automation is technically feasible, it suffers from a financial difficulty. If the funds used for coupon payments are controlled by the bond’s smart contract, then those payments can indeed be guaranteed. But this also means those funds cannot be used by the bond issuer for anything else. And if those funds aren’t under the control of the smart contract, then there is no way in which payment can be guaranteed.

In other words, a smart bond is either pointless for the issuer, or pointless for the investor. And if you think about it, this is a completely obvious outcome. From an investor’s perspective, the whole point of a bond is its attractive rate of return, at the cost of some risk of default. And for the issuer, a bond’s purpose is to raise funds for a productive but somewhat risky activity, such as building a new factory. There is no way for the bond issuer to make use of the funds raised, while simultaneously guaranteeing that the investor will be repaid. It should not come as a surprise that the connection between risk and return is not a problem that blockchains can solve.

Continued: Part Two – next post

Hi Dink. Unfortunately, we do not have written material on DNotes price stability. Personally, I was a lot more confident that it was achievable until mid August last year when it broke the previous lower low. Until that point we were consistently generating higher highs and higher lowers. At that time it was reasonable for us to say that we had reliable long term appreciation which I believe is where DNotes is heading. We are slowly earning back that track record. With a new company and a revenue source (from the book) behind it, I believe we will make it happen. However, we are still subject to the forces of free market; very much dependent on supply and demand.

By virtual of the book we expect DNotes to gain significant awareness and credibility; hence increased demand. Expected to be a best seller as an entrepreneur book, it will open a lot of doors for us to the merchant business world. We believe that many business owners will find it attractive to supplement their under-funded retirement accounts with a small regular savings in CRISP For Retirement. Likewise, some of their employees could be given a bonus in the form savings for the CRISP For Employee Incentive Benefits savings accounts. In due time, these merchants will find it beneficial to start using DNotes as a medium of exchange. We are always systematic and strategic in every move we make. We are quite different than the rest of our industry.

I hope that you find this is helpful. Feel free to ask any other questions you may have.

The market value at a $1 billion appeared rich at this stage, so a drastic price adjustment is not a big surprise. However, they are among the most promising in terms of smart contract applications, though I have yet to see solid use cases.

My reservations are that Ethereum will likely see competition and Ether is technically a utility token; not a currency. Having said that, I have a great deal of respect for what they have accomplished.

Industry wide, I am troubled by the huge participation and investment in anything "blockchain". Personally, I fear that the vast majority of them are going for a "wild goose chase". The most fundamental thing about Bitcoin and digital currency is that you can only spend it if you have it in your wallet. You can not create money out of thin air or write up IOUs. When an asset of value is committed to the blockchain to guarantee a certain value that amount must be of full and equal value. Anyway, this is only one example.

I don't want to get way ahead of the game, but what DNotes is doing is to understand all the issues and position ourselves to provide the most viable and best solutions. I am very comfortable that we have the solutions. We have been building for the solutions block by block. It takes a lot more than just being "me too."
 

Very good feed back so far. It is about developing awareness and building credibility. I am very disciplined about not getting ahead of ourselves. We have been putting in huge efforts in building something of substance; I believe that we are there or very close to it. We can now take pride to share our story with the rest of the world. A lot of people can benefit from our hard work, both small and big investors. And the book provides an enormous source of knowledge and good advice for any entrepreneurs. We have a lot to be proud of as a group and I am personally indebted to all of you in different ways. Thank you all for your hard work, support, and confidence in DNotes. 

GULDEN is on my radar. Their mobile application is impressive.