ZecHub
术语表与常见问题
定义、解答、清晰。
Term: Transparent
Verified
ZecHub
术语表与常见问题
定义、解答、清晰。
在你打开编辑器之前，先弄清楚你要解决什么问题，以及为什么会有人在意。一个很好的检验标准很简单：如果你正在构建的这个东西并不存在，会有人怀念它吗？去构建一个你自己也会使用的东西。隐私是 Zcash 存在的原因，所以要理解隐私为什么对你所服务的人重要，然后让这一点塑造整个项目。
对来自其他链的构建者来说，最常见的意外不是编码本身，而是 Zcash 基础设施的学习曲线。先给自己一些时间，理解各个部分是如何组合在一起的，然后再去设计你的应用。从核心栈开始，通常被称为“三个 Z”：zebrad、一个轻量服务器，以及一个钱包。然后再熟悉开发者工具：
有些赛道要求你的应用与 Zcash mainnet 交互。实际来说，这意味着你的项目，或者使用它的人——包括 AI 代理——会在 mainnet 上发送或接收真实资金，或者你的项目是在构建和改进使这一切成为可能的工具。如果你的应用会发起交易，你必须在提交作品时演示它们在 mainnet 上运行。
在开发过程中请在 testnet 上构建。mainnet 活动会消耗真实的 ZEC，而且随着时间推移只会越来越昂贵，因此 testnet 是推荐的迭代场所。最后再切换到 mainnet 做最终证明。设计流程时请记住一个细节：当资金到达一个屏蔽地址后，你的钱包必须先扫描并发现这些资金，然后它们才能被花费，而这个扫描会花一点时间。把这段短暂等待纳入你的应用流程中，而不要假设收到的资金立刻就能使用。
一个简单但执行良好的想法，很多次都战胜了复杂的想法。评审们曾在同一场活动中看到，一个基础概念打败了一个技术上更有野心的项目，因为它解决了真实问题，而且易于理解。承担比你认为自己能完成的更少一些。忽视细节、范围定得过大，以及跳过调研，都是让构建者错失奖项的错误。让你的项目从核心概念到第一条命令，都易于理解、易于运行。
评审会很快形成强烈印象，因此展示方式、主题和视觉效果都非常重要，同时也要看你的解决方案有多新颖。文档和清晰演示并不是事后补充。有时候，传达你的想法比想法本身更重要，因为如果没有人理解你构建了什么，它就不可能成功。评审通常会在技术深度、用户体验、原创性和实际效用之间取得平衡，而强有力的文档会提升这四个方面的表现。
如果你想面对没那么拥挤的竞争，更难的赛道通常参赛作品更少，原因只是尝试的人更少。Accounting 赛道对于想避开链上交易工作的初学者来说是个不错的选择。FROST 功能强大但使用不足，而且它能为项目打下坚实基础。社区不会规定你必须构建什么，因此与其从零开始，不如基于生态系统中已经存在、能力成熟的工具来构建，这是个明智的选择。
获胜并不是终点。获胜会充实你的作品集并建立声誉，为你打开社区中的机会之门，还可能通过提案带来资助。