# Crypto-Native DApp Architecture By [msfew](https://paragraph.com/@msfew) · 2022-08-31 --- 0\. Web2 App Architecture ------------------------- When we develop a modern consumer facing application, whether it is a Web App or a Mobile App or a Desktop App, the basic architecture can be summarized by the following three ends: ![](https://storage.googleapis.com/papyrus_images/3790d8d9de02491208bc334367a67213f434bca2b61c7d4e1dcf8c265bbca148.jpg) From left to right are: * Front End: Also known as the client. The front end of the application is the page that the user sees in the browser, or the app that is used on the mobile device. The front end controls the view and data presentation. * Back End: Also known as the server side. The back end of the application exists mainly to provide the interface and data for the front end, usually the main business logic of the application will be in the back end. * Database: As the name implies, the database is dedicated to storing data. The back end reads or modifies the contents of the database. Why do you need all three ends of the software? Why does not the front end directly connected to the database? Why is there a back end? There are actually many reasons for this: a) Engineering -------------- Developer perspective: The front end of a modern application does not have the enough bandwidth to handle both the complex data model and the state management of the view. From an engineering point of view, it is not good to have every engineer be omniscient and maintain a bloated system. In addition, there is a lot of logic that doesn’t need to be presented by the front end, such as the inventory data of an e-commerce platform. Architecture perspective: Each end has its own set of rules and language to describe the data. The front end uses human-understandable ideas to build pages, the back end uses object-oriented language to manipulate data, and the database uses relational algebraic language to access physical storage. There is no way to specify a one-size-fits-all set of rules to unify all three ends. Also, because each language has its own role, the performance focus is different. b) Communication ---------------- Protocol perspective: Looking at the diagram, you can see that the two connections to the three ends are different. Usually consumer facing applications use the HTTP protocol to communicate between the front end and the back end, while the back end and the database have different protocols, e.g. MySQL has a different protocol than MongoDB. We can achieve a similar effect to the front end direct connection to the database with a thin layer of back end (GraphQL + [Hasura](https://hasura.io/)) or by specifying a new protocol ([OData](https://www.odata.org/)), and there are protocols like CouchDB that are made for such communication but still does not solve the other drawbacks. Data mapping perspective: front end handles UI, back end handles objects, and database handles data. The front end connection to the back end uses a mapping of UI to objects, and the back end connection to the database needs to be mapped using object relationships. c) Security ----------- Data perspective: Because more and more of the applications we use today are web-based, it is difficult to protect against data leakage and hacking in an insecure and open browser environment if the front end is directly connected to the database. Databases can theoretically control data visibility through various means such as authentication, but another huge point of having a back end is to ensure that it operates in a trusted environment, in the way it was designed to operate, and to eliminate known security issues. d) Insights from Web2 Architecture for Web3 ------------------------------------------- From the above three perspectives, we analyze why Web2 applications are “triple-ended” architectures, which also brings us some thoughts on blockchain DApps: 1. Engineering: It corresponds to the modularity idea in blockchain. Each component has its own role, storage can use the storage chain, and user data is stored in the smart contract blockchain. Developers don’t need much development mental burden. 2. Communication: It corresponds to the different consensus mechanisms of the blockchain network. These different mechanisms also make the interoperability of blockchains difficult, but there are interoperability protocols such as Cosmos and Polkadot that try to link the whole network. However, from the perspective of Web2 applications, this does not mean that this is the best solution. Data mapping can correspond to account-oriented or UTXO design patterns, both of which have advantages and disadvantages in terms of performance, privacy, and development complexity. 3. Security: It corresponds to the decentralization of blockchain and the idea of “Verify, Not Trust”. Security is more important in the blockchain space, and therefore requires verifiable, or even fully transparent and open, ways to adjust data processing and data visibility to achieve transparent and Permissionless DeFi, public and ownership of NFT, and the most important composability of DApps. 1\. Web3 DApp Architecture -------------------------- ![](https://storage.googleapis.com/papyrus_images/2709e1c78af8b9556b31306cac31c5ccf8defedf23118079b92ceb221bcc8a48.jpg) Most of the Web3 DApps follow the following architecture: * Simple applications (pure on-chain data without compilcated interactions), e.g. Uniswap and NFT projects with pure on-chain storage. * The front end is no different from the Web2 App. * No back end (on-chain smart contracts as back end). * Blockchain as database. a) More Components of Web3 DApp ------------------------------- In more detail, the workflow of a complete Web3 DApp involves [more components](https://twitter.com/suhailkakar/status/1555894207570513920): * Front end: browser, wallet, page. * Front end and back end communication: Node Provider, Indexing Protocol. * Conceptual back end: smart contracts on the blockchain network. * Back end and database communication: Node Provider, storage network gateway. * Database: Smart contract state and decentralized storage network. ![](https://storage.googleapis.com/papyrus_images/455c2f5fd56e68e2e4fd9f771d4771bcfef62701e1ba98efb3af9559c88f56ca.jpg) b) How Web3 DApp Get Rid of Back End? ------------------------------------- The existence of Turing-complete smart contracts on the blockchain network allows the blockchain to be [the best Serverless platform](https://www.informit.com/articles/article.aspx?p=3006828), or the World Computer that can be seen as Trustware. The data and back end logic of the application can be implemented in the smart contract. ![](https://storage.googleapis.com/papyrus_images/b1de3b364e73105a2e04ce9bc7e0f926829929fbc42b277441c534350f2b7fe6.jpg) Compared to Serverless functions, smart contracts are much better, and create a much better architecture and model than Web2 applications: * Payment: Serverless functions are usually paid for by the developer, while smart contracts are paid for by the user for most interactions, and the user willingly pays for the blockspace on the blockchain. * Execution environment: Serverless functions have a very flexible execution environment, while smart contracts have a very lightweight execution environment with few options. * Deployment environment: Serverless functions are deployed on a centralized cloud service platform, while smart contracts are deployed on a decentralized and permissionless decentralized network. In addition, the cost of operating the network is shifted from the centralized platform to the miners, and the economic system becomes more autonomous. However, for a truly complete application, it is not possible to achieve full functionality with only smart contracts as the back end, so other components such as keeper networks or oracles are required. 2\. Web3 Crypto-native DApp Architecture ---------------------------------------- Web3 DApp refers to a simple decentralized application implemented through a smart contract as the back end. To complete a complex application, it may introduce more or less centralized services, but to really implement a Crypto-native and trustless DApp, new architectural changes are needed. The complex applications of Web2 are actually much more than the three ends we outlined before, and require a lot of modularity, middle-tier and horizontal expansion [architecture](https://mp.weixin.qq.com/s/1h6yqCWyzYLM8WPGlGdtVA). ![](https://storage.googleapis.com/papyrus_images/8815d3cfa2d33286f6cd457b0c5574ab7423aa59dd3b5b2d1f7caba5c7e2609f.jpg) a) Front End ⇒ Open Source + Self-hosted Front End -------------------------------------------------- The triggering logic of the Web3 front end is actually different from that of Web2 itself. Web3 operations are passed and confirmed by the user, and are focused on on-chain addresses, rather than Web2 where the client sends directly to the server and database to trigger data updates. ![](https://storage.googleapis.com/papyrus_images/660a4c9e1ee539a65ad222adfe66714bd3dfc5dc848cc74f9f1bf8a035e7d8eb.jpg) For the development of Web3 front end, I think there are two major trends: * Choice of framework: Among the two major front end frameworks, React and Vue, React dominates Web3, mainly because of the ecosystem of various components, such as [web3-react](https://github.com/Uniswap/web3-react) and [Center.dev](http://center.dev/). But I personally feel that the development of the React project is still in the hands of Meta, [its open source protocol changes](https://www.codemag.com/article/1701041/Legal-Notes-What's-the-Deal-with-ReactJS's-Licensing-Scheme) has been controversial, so if you have the opportunity to use the Vue framework with some [minimal dependencies](https://twitter.com/paulmillr/status/1558578060940791809) third-party libraries for front end development, it’s better than React. * Front end Hosting: Front end is the most affected area in DApp hacking (malicious hijacking or script injection) and censorship (Uniswap and Flashbots have [OFAC’s blacklist](https://github.com/Nemusonaneko/projects-with-restrictions/). Yearn Finance has long been [encouraging users to host their own DApp front ends](https://medium.com/iearn/self-hosting-web3-services-299306b706ee); [hosting front ends on permanent storage networks like Arweave](http://twitter.com/samecwilliams/status/1561127191106158592) also ensures that each version of the frontend is not deleted and is permanently accessible; [Trustless.fi](http://trustless.fi/) also proposes a frontend Marketplace concept, which allows users to choose between multiple community-hosted front-ends, which also ensures neutrality and “front-end diversity”; other blockchain browsers such as Etherscan are actually considered [neutral front-ends](https://twitter.com/forgivenever/status/1556820240993882112), through which users can interact directly, or there are also dedicated applications that generate front-ends for contracts, such as [okcontract](https://okcontract.com/whitelist); recently Tornado has been censored, and there are many communities (such as [codisspeech](https://twitter.com/lickitungxbt/status/1558477975292715016) and [theshake](https://twitter.com/DotTheShake/status/1557703404574707717)) spontaneously hosting its front-end. ![](https://storage.googleapis.com/papyrus_images/623d8b9bf96bb221ff2932d76a5bf72ab2aaef5c76b822c1b1c6e4f9c51e5930.jpg) The development of these two points will allow the front-end of DApp to have [censorship resistence](https://twitter.com/mallowsxyz/status/1560655467613143040), which greatly improves the overall security and decentralization of DApp. ![](https://storage.googleapis.com/papyrus_images/76e4830b770e436f8926a2c8a9d15957ab9f3707c7fb6a9b4f64ad27896b58d2.jpg) b) Back End ⇒ ZKP + Smart Contracts ----------------------------------- The evolution of the App architecture will look like this: 1. Web2 application: Front End ⇒ Back End ⇒ Database 2. Web3 simple application: Front End ⇒ Smart Contracts 3. Web3 complex applications: Front End ⇒ ZKP ⇒ Smart Contracts ![](https://storage.googleapis.com/papyrus_images/c9fe59e18c5a6daa107ef528f2a5f2330e3b3dd493d8503a2d711c954068d421.jpg) Smart contracts make the whole application decentralized, but using a smart contract on the open network to handle the logic of the application is a double-edged sword. Data and code are made public, ensuring transparency and composability, but also exposing privacy and security risks, while the cost of on-chain space and computation is very high. ZKP will become the RSA of the Web3 era, eliminating the shortcomings of communication security and decentralization of applications, and truly achieving a trusted and trustless DApp. The addition of ZKP as a middleware and communication method between the front and back ends is another great use of its two advantages: * Privacy: In Web2 applications, privacy has always been the default option, but the nature of the blockchain network allows DApps to have a virtual “privacy”, ZKP as an intermediate layer can handle sensitive data off-chain, thus solving this problem. * Scaling: Space on the blockchain is limited, so many complex algorithms in Web2 applications cannot be implemented, ZKP can execute algorithms off-chain and verify them on-chain while ensuring computational trust. There are countless projects working in these two directions, not to mention here. There are two main challenges to overcome: * Computational feasibility: ZKP is limited in the kinds of computations it can perform, and not all of them can be solved by ZKP. * Optimization: When the complexity of the operation increases, the computation time and space increases significantly, which requires a lot of hardware and software optimization. At the same time, in many cases only significant improvements in throughput can be made, and the overall proving overhead is difficult to reduce. c) Database ⇒ Decentralized Node Service ---------------------------------------- We previously described how DApps can use the blockchain as a back end and database. In order for a DApp to connect to the blockchain network, it needs node services. Currently, DApps are commonly using centralized NaaS, such as Alchemy and Infura, but in the future, I have three better directions in mind: * Decentralized NaaS, protocolized infura, but this is not particularly necessary and feasible, the purpose of decentralized NaaS is mainly to resist censorship, not for other needs. * Multicentric NaaS, using multiple centralized NaaS as an alternative (similar to the Chainlink + Uniswap oracle combination). This is a more viable and reliable solution, which guarantees censorship resistance and uptime. * Self-hosted NaaS. The ultimate solution, which not only guarantees trustworthy “database” connections with various data privacy and censorship resistance, but also increases the decentralization of the network. With a self-hosted front-end, the entire DApp becomes incredibly decentralized. ![](https://storage.googleapis.com/papyrus_images/7fd769d4cb4ad09a20d19a9f6b0b87a1ab52c50d2f02ba9b51955fee1bd145f5.jpg) d) Crypto-native DApp Example ----------------------------- The recently sanctioned [Tornado.cash](http://tornado.cash/) (especially the original version) is a very crypto-native DApp, which meets many of our definitions: * The front-end uses NuxtJS and Vue framework, instead of the commonly used React framework. * It is implemented entirely using ZK circuits and smart contracts in the front end code, with no server side code. * The code is completely open source, [hosted in IPFS](https://ipfs.io/ipfs/QmTFnDJbfZLbopwjowmwNE9LFvK599sxhktAArQUvH7Tex). * Older versions have no private key or multi-signature control. I believe more applications will be built in the paradigm of [Tornado.cash](http://tornado.cash/), which is the perfect decentralized Web3 application architecture in my mind right now. 3\. Web3 Infra -------------- While the above is a simplified version of the architecture, the following is a more specific architecture for an actual DeFi application: ![](https://storage.googleapis.com/papyrus_images/c00179acd69a46cbf821936c1dd80f2996b95b054993d3ba57b789a2634edb9a.jpg) It contains several [added infrastructures](https://mp.weixin.qq.com/s/ifaVkhdgmh41zxDKVE68Kw) in addition to the node services: * Indexer: The Graph on the left. There is no easy way to query data on-chain, so the indexer is needed to assemble contract-related data. * Oracle: Chainlink in the lower right corner. The chain needs to have access to data such as contracts or prices outside the network, so it needs an on-chain (Uniswap TWAP) or off-chain oracle (Chainlink) to feed prices. * Keeper: Keep3r Network in the lower right corner. Smart contracts do not have the ability to automatically trigger the execution of tasks, so external triggers are needed to assist. These infrastructures are critical in building a DApp, and we will cover Oracle and Indexer issues and opportunities for innovation in a future article. ![](https://storage.googleapis.com/papyrus_images/2e5a2d74fce3546676e1794fb6ae3e4232c499030b9a66e160b0b19d6ca868c0.jpg) Why were only these infrastructures taken into account, but not projects like NFT creation tools, No-Code contract generation tools, and DApp front end generators? Because I personally believe that a good Web3 infrastructure needs to have the ability to continually capture value and grow with the applications that use it, not just pay once and be done with it, which is the lesson learned from Web2 SaaS and Web3 Protocol. The bear market is a great opportunity to build and upgrade infrastructure. I believe these revolutionary Fat Infra will underpin the next round of DApp innovation, and capture significant value as a Base Layer. In future articles, we will discuss in detail the best potential optimizations for these infrastructures. Related Links ------------- 0: [ DApp前后端架构浅析 ----------- 本文主要简单分析一下DApp的前后端架构 https://learnblockchain.cn ![](https://storage.googleapis.com/papyrus_images/f832b0d1906550ea4438c1f73023c7307a05415894026598c563a3f5943811f0.webp) ](https://learnblockchain.cn/article/4338) [https://www.zhihu.com/question/457087098](https://www.zhihu.com/question/457087098) 0a: [https://www.zhihu.com/question/457087098/answer/1864992254](https://www.zhihu.com/question/457087098/answer/1864992254) [https://www.zhihu.com/question/457087098/answer/1863665807](https://www.zhihu.com/question/457087098/answer/1863665807) 0b: [https://www.zhihu.com/question/457087098/answer/1911173154](https://www.zhihu.com/question/457087098/answer/1911173154) 0c: [https://www.zhihu.com/question/457087098/answer/1864258142](https://www.zhihu.com/question/457087098/answer/1864258142) [https://www.zhihu.com/question/457087098/answer/1910852580](https://www.zhihu.com/question/457087098/answer/1910852580) 1: [ Self-Hosting Web3 Services -------------------------- Self-Hosting Web3 Services Web3 has brought a new way to communicate with applications: apps are no longer hosted by centralized server providers but rather on blockchains, which are decentralized ... https://medium.com ![](https://storage.googleapis.com/papyrus_images/01ca1cf523c8648644140451053795ff462657e86a9ef3316bf113ad52d7432a.png) ](https://medium.com/iearn/self-hosting-web3-services-299306b706ee) 1a: [![User Avatar](https://storage.googleapis.com/papyrus_images/837c133d4e70c4456b3c2ff95334da67211a0c814199e799b534a1b3e628d690.jpg)](https://twitter.com/SuhailKakar) [Suhail Kakar](https://twitter.com/SuhailKakar) [@SuhailKakar](https://twitter.com/SuhailKakar) [![Twitter Logo](https://paragraph.com/editor/twitter/logo.png)](https://twitter.com/SuhailKakar/status/1555894207570513920) How Web3 dApps works? A complete guide to Web3 Architecture ![🧵](https://abs-0.twimg.com/emoji/v2/72x72/1f9f5.png) ![](https://storage.googleapis.com/papyrus_images/04fa39112c760db2fd706214c80854dbff83dbc10ea3221725dbee1bd054b4f2.png) [![Like Icon](https://paragraph.com/editor/twitter/heart.png) 1,018](https://twitter.com/SuhailKakar/status/1555894207570513920)[ 7:31 AM • Aug 6, 2022 ](https://twitter.com/SuhailKakar/status/1555894207570513920) 1b: [ Blockchain is the Ultimate Serverless Platform ---------------------------------------------- Why you should be using Blockchain as a cloud computing platform. https://www.informit.com ![](https://storage.googleapis.com/papyrus_images/86f128d975d55e15e673d97794ec1b691cc84cdbf465207f950557278642ee13.jpg) ](https://www.informit.com/articles/article.aspx?p=3006828) 2: [ 【第2703期】软件架构手册 -------------- 通过例子很完整的介绍软件架构。 https://mp.weixin.qq.com ![](https://storage.googleapis.com/papyrus_images/115ad2eeaccb91bd7497ce79ffd5ac450c8214e7fe611ef3076cfe38748ebb94.jpg) ](https://mp.weixin.qq.com/s/1h6yqCWyzYLM8WPGlGdtVA) 2a: [![User Avatar](https://storage.googleapis.com/papyrus_images/e5da93abf9d9add6d2b2f7f843d82fc84840f31295acd4ecc729bb3ca25823df.jpg)](https://twitter.com/ChainLinkGod) [Zach Rynes | CLG](https://twitter.com/ChainLinkGod) [@ChainLinkGod](https://twitter.com/ChainLinkGod) [![Twitter Logo](https://paragraph.com/editor/twitter/logo.png)](https://twitter.com/ChainLinkGod/status/1562125152506195969) 3/ The blockchain computing model is a radical shift in trust Rather than trust the good faith of centralized intermediaries, users can join a blockchain network and self-verify all computations As a result, information asymmetry is mitigated ![](https://storage.googleapis.com/papyrus_images/f805a7a57712d523f237a7225ea3229cdc922e05fe62c4758c8a53e3e441db80.jpg) [![Like Icon](https://paragraph.com/editor/twitter/heart.png) 24](https://twitter.com/ChainLinkGod/status/1562125152506195969)[ 12:10 PM • Aug 23, 2022 ](https://twitter.com/ChainLinkGod/status/1562125152506195969) [ GitHub - Uniswap/web3-react: A simple, maximally extensible, dependency minimized framework for building modern Ethereum dApps ------------------------------------------------------------------------------------------------------------------------------ A simple, maximally extensible, dependency minimized framework for building modern Ethereum dApps - Uniswap/web3-react https://github.com ![](https://storage.googleapis.com/papyrus_images/ee500cb26a8a8397c43eb9ee2c4ae98e59a5e2ad168149befdc55da520082d77.png) ](https://github.com/Uniswap/web3-react) [ 3.is. ----- Move faster, dream bigger. One-click blockchain to postgres. https://3.is ](https://center.dev/) [ CODE Magazine Home ------------------ CODE Magazine is the leading independent magazine for professional software developers. CODE Magazine covers technologies such as .NET, mobile developme... https://www.codemag.com ![](https://storage.googleapis.com/papyrus_images/8fda66b623fc04d9b07e0c77d1f9769c3f48bb67b3dc820e8043e1d8e7146425.jpg) ](https://www.codemag.com/article/1701041/Legal-Notes-What%E2%80%99s-the-Deal-with-ReactJS%E2%80%99s-Licensing-Scheme) [ GitHub - Nemusonaneko/projects-with-restrictions ------------------------------------------------ Contribute to Nemusonaneko/projects-with-restrictions development by creating an account on GitHub. https://github.com ![](https://storage.googleapis.com/papyrus_images/e28046b8c9cd0d74ee0bd9981170bc00bb6c98edb10151ee57f0fe8ad60be851.png) ](https://github.com/Nemusonaneko/projects-with-restrictions/) [ Self-Hosting Web3 Services -------------------------- Self-Hosting Web3 Services Web3 has brought a new way to communicate with applications: apps are no longer hosted by centralized server providers but rather on blockchains, which are decentralized ... https://medium.com ![](https://storage.googleapis.com/papyrus_images/01ca1cf523c8648644140451053795ff462657e86a9ef3316bf113ad52d7432a.png) ](https://medium.com/iearn/self-hosting-web3-services-299306b706ee) [![User Avatar](https://storage.googleapis.com/papyrus_images/4fa1ddeede3728acfd15efbc33806b2f97275ee00365788baccf351b1164ed62.jpg)](https://twitter.com/samecwilliams) [🐘🔗 sam.arweave.dev](https://twitter.com/samecwilliams) [@samecwilliams](https://twitter.com/samecwilliams) [![Twitter Logo](https://paragraph.com/editor/twitter/logo.png)](https://twitter.com/samecwilliams/status/1561127191106158592) Blog post: 'Apps that use Arweave' vs Permaweb Apps. [arweave.net/qEL2k2C-3-wftt…](https://t.co/a0MTt8PZt3) [![Like Icon](https://paragraph.com/editor/twitter/heart.png) 43](https://twitter.com/samecwilliams/status/1561127191106158592)[ 6:05 PM • Aug 20, 2022 ](https://twitter.com/samecwilliams/status/1561127191106158592) [ Trustless --------- The Trustless DAO is a community realizing the true vision of decentralized finance. https://trustless.fi ](http://trustless.fi/) [![User Avatar](https://storage.googleapis.com/papyrus_images/6276332200feb8b2d7530a5e60ff8d634b0a940cfc3fe3f73fe8d4542d5e58c2.jpg)](https://twitter.com/forgivenever) [Forgiven](https://twitter.com/forgivenever) [@forgivenever](https://twitter.com/forgivenever) [![Twitter Logo](https://paragraph.com/editor/twitter/logo.png)](https://twitter.com/forgivenever/status/1556820240993882112) 再唱个反调，附送一个关于$Torn的小Tip，对于所有参与质押$Torn的水友们一个前端传送门： [cloudflare-ipfs.com/ipns/tornadoca…](https://t.co/5cL0kKhXxI) 再不济还可以通过etherscan直接和合约交互。 这就是昨天提到的：从资产，前端，后端，合约到业务逻辑都可以做到Server-less。这也是技术范式进步的直接结果。 [![Like Icon](https://paragraph.com/editor/twitter/heart.png) 7](https://twitter.com/forgivenever/status/1556820240993882112)[ 8:50 PM • Aug 8, 2022 ](https://twitter.com/forgivenever/status/1556820240993882112) [ OKcontract ---------- OKcontract Network is an interaction layer between the user interface and the smart contracts on the blockchain https://okcontract.com ](https://okcontract.com/whitelist) [![User Avatar](https://storage.googleapis.com/papyrus_images/7759d4a9245ba56642fc6718819a45d3e220fe1862bf51557090cbaf50f25846.jpg)](https://twitter.com/lickitungxbt) [lickitung](https://twitter.com/lickitungxbt) [@lickitungxbt](https://twitter.com/lickitungxbt) [![Twitter Logo](https://paragraph.com/editor/twitter/logo.png)](https://twitter.com/lickitungxbt/status/1558477975292715016) You can now access Aave, Balancer, and Uniswap UI's without sanctions or compliance screening at the following url's: [aave.codeisspeech.xyz](https://t.co/o2Xyh3PNqj) [balancer.codeisspeech.xyz](https://t.co/RFGsqquH5b) [uni.codeisspeech.xyz](https://t.co/wR5YQY02ab) Source code for all can be found here: [gitlab.com/lickitungxbt](https://t.co/amJLc6TfgY) [![Like Icon](https://paragraph.com/editor/twitter/heart.png) 54](https://twitter.com/lickitungxbt/status/1558477975292715016)[ 10:37 AM • Aug 13, 2022 ](https://twitter.com/lickitungxbt/status/1558477975292715016) [![User Avatar](https://storage.googleapis.com/papyrus_images/8c8191aefede7c0890e5c1643dec699a1786c53b689ae578c5b3984e4e1555ba.jpg)](https://twitter.com/DotTheShake) [The Shake](https://twitter.com/DotTheShake) [@DotTheShake](https://twitter.com/DotTheShake) [![Twitter Logo](https://paragraph.com/editor/twitter/logo.png)](https://twitter.com/DotTheShake/status/1557703404574707717) We’ve added [@CurveFinance](https://twitter.com/CurveFinance) to our set of DeFi front-ends stored on IPFS and self-hosted on Handshake, under our top-level domain: front-end/ ↳ curve.front-end Find the full list at theshake/defi ([theshake.xyz/defi](https://t.co/cEVjfib2LQ)) ![](https://storage.googleapis.com/papyrus_images/632d25a38b9ac8b71f8ac9e962a25f7ee6afe0a65489b0fe2ef05e4ed51f2dbb.jpg) [![Like Icon](https://paragraph.com/editor/twitter/heart.png) 241](https://twitter.com/DotTheShake/status/1557703404574707717)[ 7:20 AM • Aug 11, 2022 ](https://twitter.com/DotTheShake/status/1557703404574707717) [![User Avatar](https://storage.googleapis.com/papyrus_images/59514bdc3ecb7ebce558efea12820861e9bb74559278109969be3dd1b86c8a3a.jpg)](https://twitter.com/mallowsxyz) [Mallows](https://twitter.com/mallowsxyz) [@mallowsxyz](https://twitter.com/mallowsxyz) [![Twitter Logo](https://paragraph.com/editor/twitter/logo.png)](https://twitter.com/mallowsxyz/status/1560655467613143040) Decentralized apps are a virtuous talking point, but largely a myth as they are designed today. The chart below shows the current state of ethereum "dApps" and "defi", and areas where we excel and others where points of failure exist. Let's dive in! ![🧵](https://abs-0.twimg.com/emoji/v2/72x72/1f9f5.png) ![](https://storage.googleapis.com/papyrus_images/3c1644dab87eeac0af346949707d88b8bac624af140db7f8cac408525fc5d587.png) [![Like Icon](https://paragraph.com/editor/twitter/heart.png) 544](https://twitter.com/mallowsxyz/status/1560655467613143040)[ 10:50 AM • Aug 19, 2022 ](https://twitter.com/mallowsxyz/status/1560655467613143040) 2b: [![User Avatar](https://storage.googleapis.com/papyrus_images/f84e60f4cb60255fb70e8270cc66317f2a72c23e8f3aabe7b6917ab1a75c9af3.jpg)](https://twitter.com/leosys_) [leo](https://twitter.com/leosys_) [@leosys\_](https://twitter.com/leosys_) [![Twitter Logo](https://paragraph.com/editor/twitter/logo.png)](https://twitter.com/leosys_/status/1515982366635966466) Developing ZKP for a web3 app is like developing backend for a web2 app. A thread ![🧵](https://abs-0.twimg.com/emoji/v2/72x72/1f9f5.png) ![](https://storage.googleapis.com/papyrus_images/7538cd0f84f0765c7d34ff4a638e54086d1a0f4e74615f2ce8848cd95ecd722c.jpg) [![Like Icon](https://paragraph.com/editor/twitter/heart.png) 942](https://twitter.com/leosys_/status/1515982366635966466)[ 4:15 AM • Apr 18, 2022 ](https://twitter.com/leosys_/status/1515982366635966466) 2c: [ Nodes as a service | ethereum.org --------------------------------- An entry-level overview of node services, the pros and cons, and popular providers. https://ethereum.org ![](https://storage.googleapis.com/papyrus_images/a2f4796307f924bab5bfc9c7cc5d2e56c6d4cd00a64075af07b94771f8b35745.png) ](https://ethereum.org/en/developers/docs/nodes-and-clients/nodes-as-a-service/) 2d: [ Tornado.cash 新旧版机制研究 -------------------- 功能Tornado.cash是一个混币协议，来解决以太坊上用户多个地之间转移代币的隐私保护问题。 https://mp.weixin.qq.com ![](https://storage.googleapis.com/papyrus_images/115ad2eeaccb91bd7497ce79ffd5ac450c8214e7fe611ef3076cfe38748ebb94.jpg) ](https://mp.weixin.qq.com/s/USa7y6IZRjYXa8mWK4t2Lg) [ /ipfs/QmTFnDJbfZLbopwjowmwNE9LFvK599sxhktAArQUvH7Tex/ ----------------------------------------------------- A directory of content-addressed files hosted on IPFS. https://ipfs.io ](https://ipfs.io/ipfs/QmTFnDJbfZLbopwjowmwNE9LFvK599sxhktAArQUvH7Tex) 3: [ The Architecture of a Web 3.0 application ----------------------------------------- The architecture of Web 3.0 applications are completely different from Web 2.0 applications. But all of that's changing.Blockchain technology has unlocked an exciting new direction for Web 3.0 applications. In this article, we're going to focus on what the Ethereum blockchain brings to the table. https://www.preethikasireddy.com ![](https://storage.googleapis.com/papyrus_images/9ad27289f10419a013a273cf4dadfd851d8ae4e4f6f071c6cdf1e891b37c9199.png) ](https://www.preethikasireddy.com/post/the-architecture-of-a-web-3-0-application) [ 聊聊DeFi应用架构设计之道 -------------- 本文介绍DeFi应用架构设计之道。DeFi 应用目前所涉及到的技术栈主要包括：Solidity、Subgraph、Price Oracle、Hardhat、Ethers 等等。 https://mp.weixin.qq.com ![](https://storage.googleapis.com/papyrus_images/115ad2eeaccb91bd7497ce79ffd5ac450c8214e7fe611ef3076cfe38748ebb94.jpg) ](https://mp.weixin.qq.com/s/ifaVkhdgmh41zxDKVE68Kw) [ The Myth of The Infrastructure Phase | Union Square Ventures ------------------------------------------------------------ We are not in an infrastructure phase, but rather in another turn of the apps-infrastructure cycle. First, apps inspire infrastructure. Then that infrastructure enables new apps. Platforms evolve from an iterative cycle of apps=>infrastructure=>apps=>infrastructure and are rarely built in an outside vacuum. https://www.usv.com ![](https://storage.googleapis.com/papyrus_images/5c3db7164b301400d6ec41136db59c7a2fc9bfc836f7261d6d2ce32a124c7c2b.png) ](https://www.usv.com/writing/2018/10/the-myth-of-the-infrastructure-phase/) ![](https://storage.googleapis.com/papyrus_images/fa29d60f45a3c6c1c5c035d5ea215a3866f8cacf456edf97fcc0178ade701eea.png) --- *Originally published on [msfew](https://paragraph.com/@msfew/crypto-native-dapp-architecture)*