智能合约能做什么，不能做什么
区块链市场常用智能合约保存状态并按预设逻辑处理交易。用户通过交易调用合约功能，合约依据代码检查条件并更新状态。因此，商品或服务的上架、购买、付款条件等规则，只有在合约明确实现并满足执行条件时才会生效。
合约不会自动理解现实世界中的事实。它不能独立确认商品是否真实、服务是否完成，或某个线下事件是否发生；需要外部数据时，通常要通过预言机等机制提供信息。设计者应区分链上可验证的条件与依赖链外信息的判断，并说明信息来源及出错时的处理方式。
权限由谁掌握
市场可能包含暂停功能、调整参数、管理角色等管理操作。若所有关键权限集中在单一账户，账户失陷或丢失可能造成严重后果；若权限分散，又需要清楚规定哪些账户可以执行哪些操作。简单系统可采用所有者权限，功能较多时可按角色划分，例如把管理、审核和其他特定操作分别授权。
权限设计要遵循最小权限原则，并核对角色的授予、撤销和管理员规则。尤其应谨慎处理能够管理其他角色的高权限账户。多签账户可以要求多个签名共同执行操作，以减少单一密钥失效或被滥用带来的风险，但它仍需要明确参与者、签名门槛和密钥保管安排。
部署、错误与变更
部署智能合约需要支付链上执行费用，合约部署的成本也可能高于普通转账。更重要的是，合约交互通常不可逆，合约也不能默认删除。因此，规则写错、权限配置错误或操作对象填错，可能无法通过简单撤销恢复。部署前应检查核心流程、边界条件、权限配置和异常处理，并在适当环境中充分验证。
创建者还应事先说明合约上线后如何处理规则变更。若保留管理员修改或暂停功能，需要公开其权限范围及触发条件；若没有这类管理入口，就应接受问题可能难以修复的限制。不能仅凭“部署在区块链上”推断市场规则没有风险或一定公平。
常见问题与适用范围
一个常见问题是：合约能否自动处理所有纠纷？不能。合约只能执行代码中规定的逻辑，涉及质量、交付或其他链外事实时，仍需要可靠的数据来源或另行设计争议处理方式。另一个问题是：有角色权限的人是否自然能授予别人同样权限？不一定；授予和撤销权限通常还受角色管理员规则约束。
这些说明适用于采用智能合约构建市场的通用设计讨论，不代表任何具体市场已采用某种架构。实际实现取决于业务规则、所选区块链、合约代码和治理安排。创建前应把交易规则、链外依赖、管理权限及不可逆操作逐项写清，并由具备相应能力的人员审查实现。