我们的专业付出，值得您的永久信赖！为您量身定制，信誉第一！

在前两期的本体技术视点中，网卓新闻网，我们讲解了横跨合约静态调用与动态调用，描写了如何用于 RegisterAppCall API 与 DynamicAppCall API 横跨合约调用其他合约的函数。本期将转入本体 Python 智能合约语法专辑的终极篇，探究如何用于合约继续执行引擎 API，即 ExecutionEngine API。它包括了3个 API，用法如下：本期语法可玩性较小，堪比 Python 智能合约界的九阴真经，完成学业了你就得意了！下面我们明确描写一下 ExecutionEngine API 的用于方法。在这之前，小伙伴们可以在本体智能合约开发工具 SmartX 中新建一个合约，回来我们展开操作者。

某种程度，在文章最后我们将得出这次介绍的所有源代码以及视频介绍。02 ExecutionEngine API 用于方法用于 ExecutionEngine API 前必须将其引进。

这可以通过下面的语句构建上述三个函数的构建：from ontology.interop.System.ExecutionEngine import GetExecutingScriptHash, GetCallingScriptHash, GetEntryScriptHash2.1 GetExcutingScriptHashGetExecutingScriptHash API 尤为非常简单，它的起到是回到当前合约的合约哈希反序，即当前合约账户地址。from ontology.interop.System.ExecutionEngine import GetExecutingScriptHashdef Main(operation, args):if operation == "get_contract_hash":return get_contract_hash() return Falsedef get_contract_hash():return GetExecutingScriptHash()如图，右上角 Basic Info 表明了合约哈希，左下角控制器回到了当前合约哈希的反序。

2.2 GetCallingScriptHashGetCallingScriptHash API 回到上一级调用者，即必要调用者的脚本哈希，该返回值与合约以及调用函数涉及。因此有所不同合约、有所不同函数调用 GetCallingScriptHash 都会获得有所不同的脚本哈希，因为合约和函数是有所不同的调用者。from ontology.interop.System.ExecutionEngine import GetExecutingScriptHash, GetCallingScriptHashdef Main(operation, args):if operation == "GetCallingScriptHash_test1":return GetCallingScriptHash_test1()if operation == "GetCallingScriptHash_test2":return GetCallingScriptHash_test2() return Falsedef GetCallingScriptHash_test1():return GetCallingScriptHash() def GetCallingScriptHash_test2():return GetCallingScriptHash()如图所示，GetCallingScriptHash_test1 函数与 GetCallingScriptHash_test2 函数回到了两个有所不同的脚本哈希。此外，将完全相同的函数放进有所不同的合约，也不会回到有所不同的脚本哈希。

2.3 GetEntryScriptHash在智能合约的调用中，有必要调用者就有间接调用者（横跨合约调用）。GetEntryScriptHash，它不会回到入口（最初）调用者的脚本哈希。我们打算两个智能合约，合约 A 与合约 B，假设合约 A 来调用合约 B 的功能函数。

合约B的代码如下：from ontology.interop.System.ExecutionEngine import GetExecutingScriptHash, GetCallingScriptHash, GetEntryScriptHashfrom ontology.interop.System.Runtime import CheckWitness, GetTime, Notify, Serialize, Deserializedef Main(operation, args):if operation == "invokeB":return invokeB()if operation == "avoidToBeInvokedByContract":return avoidToBeInvokedByContract() return Falsedef invokeB():# the result of GetCallingScriptHash and GetEntryScriptHash is same# if they are invoked by the same contractcallerHash = GetCallingScriptHash()entryHash = GetEntryScriptHash()Notify([callerHash, entryHash])return [callerHash, entryHash]def avoidToBeInvokedByContract():# the purpose is to prevent hack from other contractcallerHash = GetCallingScriptHash()entryHash = GetEntryScriptHash()if callerHash != entryHash:Notify(["You are not allowed to invoke this method through contract"])return Falseelse:Notify(["You can implement what you need to do here!"])return True合约 A 的代码如下，该合约调用合约 B。from ontology.interop.System.App import RegisterAppCallfrom ontology.interop.System.ExecutionEngine import GetExecutingScriptHash, GetCallingScriptHash, GetEntryScriptHashfrom ontology.interop.System.Runtime import CheckWitness, GetTime, Notify, Serialize, DeserializeContractB = RegisterAppCall('0f44f18d37515a917364362ec256c2110a7b1377', 'operation', 'args')def Main(operation, args):if operation == "invokeA":opt = args[0]return invokeA(opt)if operation == "checkHash":return checkHash()return Falsedef invokeA(opt):callerHash = GetCallingScriptHash()entryHash = GetEntryScriptHash()Notify(["111_invokeA",callerHash, entryHash])return ContractB(opt, [])def checkHash():Notify(["111_checkHash"])callerHash = GetCallingScriptHash()entryHash = GetEntryScriptHash()Notify([callerHash, entryHash])return True如图，首先运营 checkHash 函数，我们找到在同一个合约的同一个函数中，调用GetCallingScriptHash与GetEntryScriptHash API返回值完全相同，都是"a37ca1f1a3421d36b504769a96c06024a07b2bfa"。这是因为他们既是必要调用者，也是最初调用者（没横跨合约调用），所以两个 API 返回值完全相同。

但如果横跨合约调用呢？。

本文来源：威斯尼斯人老品牌-www.sd-duck.com