我正在构建一个大型混合dapp，它利用了MERN堆栈和Solidity / Truffle / Web3js基础结构。我是否在以正确的方式构建此应用程序有几个问题。首先，这是文件结构的布局方式：
Portfolio (Main application name)
- assets (images, svgs, etc..)
- client (react client side code) [has its own node_modules/npm scripts]
- data (mongodB local storage option)
- dist (babel distributable files)
- ethereum (solidity/truffle)[has its own node_modules/npm scripts]
- logs
- next
- node_modules
- server (nodejs/expressjs code)[has its own node_modules/npm scripts]
这样的文件结构很好吗？您认为这可能会导致将来的可伸缩性问题吗？
我的第二个问题是，通过web3js在我的应用程序中实现固本契约的最佳方法是什么。固定性合同的一般用例是基于用户多媒体上传来生成erc721令牌。多媒体文件存储在IPFS节点中，如果选择的话，也存储在MongoDB中。
现在，我的确意识到客户端需要一些Web3的实现，以便用户可以使用自己的钱包付款。但是，其他智能合约功能（如检查所有权和检查用户余额等）又如何呢？
在服务器上实现此web3js逻辑，并通过api调用在客户端应用程序上调用它们，是否有任何好处？从安全角度来看，理想的方法是什么？另外，如果您有我可能不知道的关于更好的实现或更新的dapp开发标准的建议，我将不胜感激。