从用户角度来看，使用波卡时面临哪些问题？
- 波卡生态系统内“可做之事”不足。
- 外界对波卡存在“没有用户”或“没有应用”的负面印象（即便事实并非如此）。
从技术角度来看，存在哪些问题？
- 许多正在开发的产品周期漫长。此前所有产品均为基础设施（链），且通常每条链上只构建一个dApp。在现有链上构建的新产品同样存在开发周期长的问题。
- 漫长的开发周期意味着要等待很久才能知晓产品是否失败，难以实现产品与市场的契合。
- 构建难度高。当前技术栈理解起来复杂，与Solana相比，降低了开发者在波卡上构建应用的积极性。
我们拥有哪些有利因素？
- Assethub即将推出PVM，这将助力新一代去中心化应用的开发，人们可以尝试和测试各种有趣的功能。
- PVM实现了与Solidity的兼容，将吸引更广泛的Web3开发者。不过，Web3开发者在整体开发者社区中仍属小众群体。
- 我们拥有一些广受欢迎的钱包产品（如Talisman、Nova、Subwallet），它们拥有庞大的粉丝群体。
我们面临哪些不利因素？
- 仅仅推出智能合约功能，并付费让现有产品部署到波卡上，并不意味着就能实现产品与市场的契合，也无法吸引更多用户。
- （我推测）这些“即将部署”的产品中，很多无法带来病毒式传播、独特的文化氛围、趣味性，或者缺乏吸引用户使用波卡的真正动力。所以，就算Uniswap部署到波卡上，又能怎样呢？
除了实现Solidity兼容性，还有哪些其他选择？
推动应用普及的另一种做法是开发、促进和推广小程序。
在Web3领域，基于Base构建的小程序在Farcaster上广受欢迎，且在Coinbase钱包中大力推广。
小程序在亚洲的超级应用中极为流行，例如微信、Line，在西方的一些产品如Telegram中也很受欢迎。
在波卡上开发小程序有助于改变用户“无事可做”的负面印象，还能解决产品开发周期长的问题。开发者只需借助SDK，就能轻松编写小程序代码。
这还能让更多人无需构建智能合约即可体验波卡，为更多人提供波卡开发机会。
如果这些小程序/产品足够出色，未来可进一步开发为智能合约，或者扩展其功能。
如何在波卡上推进小程序开发？
- 制定小程序标准/SDK，使其能像Farcaster的应用一样在网页端上呈现。
- SDK开发应是第一步，可借鉴Base的MiniKit等基础SDK。
SDK开发启动后
- 组建一个小型团队，负责小程序的设计、开发和交付。
- 类似去中心化应用浏览器，在Polkadot App中展示热门小程序，让用户能在应用内完成特定操作、任务或玩游戏，以留住用户并提高用户参与度。
- 这些小程序还可让用户使用其DOT/USDC进行小额体验。这将使我们能够快速迭代，提供有趣的体验，并有可能为波卡重新带来创新文化。
- 这些小程序可在任何钱包、浏览器页面、波卡官网等地方展示。
为什么不直接等待PVM和智能合约推出？
假设SDK足够完善，这将使任何有前端开发经验的人都能在波卡上进行开发，无需学习新的语言或技能。人们可以轻松部署有趣的内容并进行尝试。
要取得成功需要哪些条件？
需确保小程序有展示、互动和推广的平台。鉴于Nova钱包已拥有稳定的用户群体，它很可能成为这样一个平台。Polkadot App（以及其他钱包）也可以展示由知名开发者开发的精选小程序列表。
为了取得最佳效果，许多团队应至少开发一款小程序，以推动这一理念、协议和SDK的发展。
小程序SDK
- SDK应免费使用，无需注册、付费或使用代币即可与之交互。
- SDK必须开源，并最好由多方共同贡献代码。
- SDK应与API无关，即设计不应与特定API（如Papi、波卡JS）深度绑定。
- SDK应提供简单易用的API，无需开发者了解区块链交互知识。
- SDK应允许其他团队为其贡献代码，开发特定功能的API。例如，如果Hydration想要为其提供的服务扩展一个API，可开发一个简单的API供开发者使用。
我们如何推进？
- 如果有兴趣，我们应对Web2和Web3领域的小程序进行更深入的市场调研，特别是了解所提供的SDK、设置和开发的难易程度。
- 通过发布招标书（RFP），为SDK概念验证的开发分配预算/组建团队。
我已与多方讨论过这个想法，均获得积极反馈，因此我决定将其提交至论坛，征求更多人的反馈和建议，然后再发布RFP。
想参与到本文的讨论，欢迎到这里发表自己的意见：
https://forum.polkadot.network/t/mini-apps-on-polkadot/13359
关于如何参与到论坛的讨论中，请参看我们推出的波卡论坛使用指南：
