PROSAGA码农传奇-以太坊-以太坊智能合约。我可以屏蔽/隐藏合同创建者地址吗？如果是，我需要吗？

<div class =“post-text”itemprop =“text”>
  <BLOCKQUOTE>
    
      我希望每个SC地址只有其所有者和我们才知道。现在我看到任何人都可以访问这些信息。
    
  </BLOCKQUOTE>
  
    正如您在此处所述，有关区块链的数据（即事务哈希，合同地址和用户地址）是透明可用的。这是与以太坊一起设计的，并允许分类帐的可追溯性方面。
  
  
    此外，智能合约数据是
    的
      可能
    </强>
     可供以太坊网络中的任何演员使用。但是，这基于以下内容：
  
  <OL>
    <LI>
      为了访问智能合约数据，演员需要合同
      <a href="https://solidity.readthedocs.io/en/develop/abi-spec.html" rel="nofollow noreferrer">
        ABI
      </A>
      。此接口允许编写代码以与智能合约方法交互。现在，了解这个ABI可以通过足够的详细说明DApp与现有智能合约的交互方式进行假设，这是有帮助的。
    </LI>
    <LI>
      如果您的智能合约逻辑具有可利用的缺陷，则网络上的恶意行为者可以利用此功能。这就是为什么合同应该写得很好并且单元测试的近似（如果没有）100％的代码覆盖率。您还应该确定每个合同方案中的潜在参与者，并确保您的测试用例适当地涵盖这些方案。
    </LI>
  </醇>
  <BLOCKQUOTE>
    
      如果是这样，我们可以通过哪些方向来减轻这些风险
    
  </BLOCKQUOTE>
  
    鉴于你所描述的合同情况，如果是
    
      只要
    
     应该有权访问这些用户数据智能合约的演员是他们自己的用户，那么你只需要应用类似于a的东西
    <a href="https://solidity.readthedocs.io/en/v0.4.24/common-patterns.html#restricting-access" rel="nofollow noreferrer">
      功能修饰符
    </A>
     你的智能合约逻辑。在链接示例中，对智能合约数据的访问仅限于单个特定的以太坊用户地址。
  
  <BLOCKQUOTE>
    
      如果是这样，我可以在没有其他负面后果的情况下模糊Etherscan中的创建者地址
    
  </BLOCKQUOTE>
  
    当然。听起来您当前正在使用单个帐户来部署智能合约，因此创建者地址是不变的。 （旁注：我不确定您为什么要代表用户使用此帐户部署合同，听起来用户应该部署他们自己的智能合约）。无论如何，每次部署智能合约时都可以创建一个新的代理用户地址。但是，我认为没有任何好处，这只是一个例子
    <a href="https://stackoverflow.com/questions/533965/why-is-security-through-obscurity-a-bad-idea">
      通过默默无闻的安全
    </A>
    。
  
</DIV>