delegatecall与call类似，是solidity中地址类型的低级成员函数。那么这两个函数的区别在哪里呢？

当用户A通过合约B来call合约C的时候，执行的是合约C的函数，语境(Context，可以理解为包含变量和状态的环境)也是合约C的：msg.sender是B的地址，并且如果函数改变一些状态变量，产生的效果会作用于合约C的变量上。

而当用户A通过合约B来delegatecall合约C的时候，执行的是合约C的函数，但是语境仍是合约B的：msg.sender是A的地址，并且如果函数改变一些状态变量，产生的效果会作用于合约B的变量上。

如果把每一个智能合约当成一个独立的“接口应用”，那么call就好像是B应用与C应用是合作关系，B是C的甲方，C为B提供服务。通常是B通知C完成某项任务，C执行自己的逻辑，然后把执行结果记录在C的账本上。

而delegatecall好像B与C是雇佣关系，B是C的老板，C接受B的雇佣。通常是B让C记账，C就帮着B记账，C执行自己的逻辑，但数据记录在B的账本上。

我们知道，智能合约一旦部署到区块链上，就无法再改动代码。而我们在做数字藏品交易时，往往期盼着拥有更多的促销手段。这带来的结果是我们需要变更我们计算分润的公式。

有了delegatecall，可以在“主合约”中保存“逻辑合约”的地址，当实际分润时，按逻辑合约的分润公式进行计算并分润、记录。

当我们需要变更分润逻辑，或其他促销逻辑时，就可以重新部署一份逻辑合约。并且把新合约的address保存到主合约中。只要定义的function名字一样，参数相同，就可以很轻松的实现业务逻辑的变更。