区块链底层 pallet_membership 用例？
Blockchain substrate pallet_membership use cases?
如果我的思路正确，请告诉我。我目前正在构建一个基于我自己的平行链的 dapp，我想知道是否通过添加 this pallet，这将是一种允许我的 dapp 中的用户支付会员资格的方法。
显然，我必须有一些通过我的 dapp 公开的外部功能，这样当他们点击并支付会员资格时，在运行时，会员托盘会将该用户添加为会员。谁能证实我对此的看法？
这引出了另一个问题。我是否应该只创建一个智能合约来处理成员逻辑并将其部署在 edgeware 或其他已经存在的平行链上？
obviously I would have to have some extrinsic functions that are exposed through my dapp so that when they click and pay for membership, in the runtime, the membership pallet will add that user as a member. Can anyone confirm my thoughts on this?
您可以轻松做到这一点。 pallet_membership只是会员的容器。正如您将在 pallet_membership::Config 中发现的那样，有一些特殊来源可以定义为 有权 添加或删除成员的人。
您需要一个新托盘来处理加入新成员的付款。我们称之为 pallet_membership_payment。一旦 pallet_membership_payment 收到正确的付款，它就可以调用 pallet_membership::add_member 满足它所需的任何来源。并不是说即使 add_member 的原始要求是 EnsureRoot，如果这样编码，pallet_membership_payment 仍然可以实际克服它。
Should I just create a smart contract to handle membership logic and deploy it on edgeware or some other parachain that already exists.
这个问题的答案实际上取决于您的应用程序在通过费用处理此会员资格方面还有多少进一步的逻辑。此外，它取决于智能合约支付模型（最终用户支付费用）是否适合你如果这是它，那么它非常简单。您在智能合约模型中可能会更轻松。但是，如果您需要某些优化、更少的费用、更高的性能等，您可能不得不考虑成为您自己的（平行）链。
如果我的思路正确，请告诉我。我目前正在构建一个基于我自己的平行链的 dapp，我想知道是否通过添加 this pallet，这将是一种允许我的 dapp 中的用户支付会员资格的方法。
显然，我必须有一些通过我的 dapp 公开的外部功能，这样当他们点击并支付会员资格时，在运行时，会员托盘会将该用户添加为会员。谁能证实我对此的看法？
这引出了另一个问题。我是否应该只创建一个智能合约来处理成员逻辑并将其部署在 edgeware 或其他已经存在的平行链上？
obviously I would have to have some extrinsic functions that are exposed through my dapp so that when they click and pay for membership, in the runtime, the membership pallet will add that user as a member. Can anyone confirm my thoughts on this?
您可以轻松做到这一点。 pallet_membership只是会员的容器。正如您将在 pallet_membership::Config 中发现的那样，有一些特殊来源可以定义为 有权 添加或删除成员的人。
您需要一个新托盘来处理加入新成员的付款。我们称之为 pallet_membership_payment。一旦 pallet_membership_payment 收到正确的付款，它就可以调用 pallet_membership::add_member 满足它所需的任何来源。并不是说即使 add_member 的原始要求是 EnsureRoot，如果这样编码，pallet_membership_payment 仍然可以实际克服它。
Should I just create a smart contract to handle membership logic and deploy it on edgeware or some other parachain that already exists.
这个问题的答案实际上取决于您的应用程序在通过费用处理此会员资格方面还有多少进一步的逻辑。此外，它取决于智能合约支付模型（最终用户支付费用）是否适合你如果这是它，那么它非常简单。您在智能合约模型中可能会更轻松。但是，如果您需要某些优化、更少的费用、更高的性能等，您可能不得不考虑成为您自己的（平行）链。