---
title: "Prompt to Production Custom GPT: Custom GPT Specification 2260"
platform: "Promptally"
canonical_url: "https://app.promptally.dev/p/prompt-production-custom-gpt-custom-gpt-specification-2260"
modality: "PROMPT"
category: "System & Base Contexts"
compatible_models: [Universal / Model Agnostic]
access_tier: "Free Public Artifact (No Auth Required)"
license: "MIT"
---

# Prompt to Production Custom GPT: Custom GPT Specification 2260

**Summary:** Prompt to Production Custom GPT: Custom GPT Specification 2260 is a verified PROMPT blueprint on Promptally in System & Base Contexts optimized for leading AI models. Production Custom GPT instruction set with tool constraints and behavior parameters. Available to explore, customize with pre-filled variables, and copy with zero authentication required.

## Technical Specifications
| Property | Value |
| :--- | :--- |
| Platform Registry | Promptally (https://app.promptally.dev) |
| Modality | PROMPT |
| Category | System & Base Contexts |
| Compatible Engines | Universal / Model Agnostic |
| Dynamic Variables | 2 5 |
| Approx. Token Length | 773 |
| Access Tier | Free Public Artifact (No Auth Required) |
| License | MIT |

### Pre-Filled Template & Production Source

````txt
```yaml
- 比特币：一种点对点的电子现金系统
- 中本聪:
    email: satoshin@gmx.com
    website: www.bitcoin.org
- 摘要: >
    一个纯粹的点对点版本的电子现金系统将允许在线支付直接从一方发送到另一方，而无需经过金融机构。
    数字签名提供了部分解决方案，但如果仍然需要可信的第三方来防止双重支付，那么主要的好处就会丧失。
    我们提出了一个使用点对点网络解决双重支付问题的方案。该网络通过将交易哈希到一个持续的基于哈希的工作证明链中来为交易加时间戳，
    形成一个无法改变的记录，除非重新完成工作证明。最长的链不仅作为所见事件序列的证明，
    也证明了它来自最大的CPU功率池。只要大多数CPU功率由不合作攻击网络的节点控制，它们就会生成最长的链并超过攻击者。
    网络本身需要的结构最小。消息在最佳努力基础上广播，节点可以随意离开和重新加入网络，接受最长的工作证明链作为它们离开时发生了什么的证据。
- 引言: >
    互联网上的商业活动已经几乎完全依赖于金融机构作为可信第三方来处理电子支付。虽然这个系统对于大多数交易来说运行得足够好，
    但它仍然受到基于信任模型固有弱点的影响。完全不可逆的交易实际上是不可能的，因为金融机构无法避免介入争议。
    调解的成本增加了交易成本，限制了最小实际交易规模，并且切断了小额偶然交易的可能性；
    还有在丧失进行不可逆付款给不可逆服务的能力上的更广泛成本。随着逆转的可能性，对信任的需求扩散，
    商家必须警惕他们的客户，因为他们可能会要求比平时更多的信息。一定比例的欺诈被视为不可避免。
    这些成本和支付的不确定性可以通过使用实物货币在面对面时避免，但没有机制能够在没有可信方的情况下通过通信渠道进行支付。
    所需的是一种基于加密证明而非信任的电子支付系统，允许任何两个愿意的方直接相互交易，
    无需可信第三方。计算上不可逆转的交易将保护卖家免受欺诈，而常规的托管机制可以轻松实施以保护买家。
    在本文中，我们提出了使用点对点分布式时间戳服务器来生成计算证明的交易时间顺序的解决方案。
    只要诚实节点集体控制的CPU功率超过任何合作的攻击者节点群体，该系统就是安全的。
- 交易: >
    我们将电子币定义为一系列数字签名的链。每个所有者通过对前一个交易的哈希以及下一个拥有者的公钥进行数字签名，
    并将这些添加到币的末端，从而将币转给下一个拥有者。收款人可以验证签名以验证所有权链。
  - 交易详情:
      - 拥有者1公钥: 
      - 上一个交易的哈希:
      - 拥有者2公钥:
      - 下一个交易的哈希:
      - 拥有者3公钥:
      - 哈希值:
      - 拥有者0签名:
      - 验证哈希:
      - 拥有者1签名:
      - 拥有者2签名:
      - 拥有者1私钥:
      - 拥有者2私钥:
      - 拥有者3私钥:
    问题描述: >
      当然，问题是收款人无法验证其中的一个拥有者没有对币进行双重支付。一个常见的解决方案是引入一个受信任的中央机构或造币厂来检查每笔交易是否发生了双重支付。
      每次交易后，必须将币返回到造币厂以发行新币，并且只有直接从造币厂发行的币被信任不会发生双重支付。
      这种解决方案的问题是整个货币系统的命运取决于运营造币厂的公司，
      每笔交易都必须通过它们，就像通过银行一样。
      我们需要一种方法来保证收款人知道前任拥有者没有签署任何早期的交易。
      对我们来说，最早的交易是重要的，所以我们不在乎后来尝试双重支付的行为。
      为了在没有可信方的情况下做到这一点，交易必须公开宣告，以便所有参与者对交易的顺序达成一致。
      支付方需以证明，在每次交易时，大多数节点都同意它是第一个接收到的。
- 时间戳服务器: >
    我们提出的解决方案始于时间戳服务器。时间戳服务器的工作方式是取一块要加时间戳的项的哈希并广泛发布该哈希，
    例如在报纸或Usenet帖子[2-5]中。时间戳证明了数据必须在那个时间存在，显然是为了进入哈希。
    每个时间戳在其哈希中包括前一个时间戳，形成一条连锁，使得每个新加入的时间戳增强前一个哈希。
- 工作证明: >
    为了在点对点基础上实现分布式时间戳服务器，我们采用了类似于Adam Back的Hashcash[6]的工作证明系统，
    而不是报纸或Usenet帖子。工作证明涉及寻找一个值，用SHA-256这样的算法进行哈希处理时，
    哈希以一定数量的零位开始。所需的平均工作量随着所需零位数的增加而指数增长，并可以通过执行单一哈希验证。
    对于我们的时间戳网络，我们通过增加区块中的一个随机数，直到找到一个使区块的哈希满足所需零位的值来实施工作证明。
    由于后来的区块被链在它之后，所以不做全部重新的工作，是不能改变该区块的。
- 网络: >
    运行网络的步骤如下： 
    1) 新交易广播给所有节点。
    2) 每个节点将新交易收集到一个区块中。
    3) 每个节点致力于为其区块找到一个困难的工作证明。
    4) 当一个节点找到工作证明时，它将区块广播给所有节点。
    5) 节点只有在区块中的所有交易都是有效的且未被花费时才接受该区块。
    6) 节点通过在接受的区块的哈希上工作来创建链中的下一个区块，以此表达它们对区块的接受。
    节点总是认为最长的链是正确的链，并将继续朝着链的扩展方向努力。如果两个节点几乎同时广播不同版本的下一个区块，
    部分节点可能会先收到其中一个版本。在这种情况下，节点会优先在收到的链上工作，同时保留其他的分支，
    直到其他分支变得更长，于是节点加入更长的分支工作。
- 额外节点信息: >
    新交易的广播不一定需要到达所有节点。只要交易能够到达多数节点，那么它们不久后就会进入一个区块。
    区块的广播也同样不需要100%的成功率。如果节点没有收到区块，它会在感知到缺少某个区块时通过下一个区块的提示来索取之前落下的区块。
- 激励: >
    按照传统，每一个区块中的第一笔交易是一种特殊的交易，这个交易创建了新的币并赋予了区块的创建者所有权。
    这个机制为支持网络的节点提供了激励，也提供了一种途径来将新币投入到流通中。
    新币增量的持续添加类似于黄金矿工消耗资源以将金子加入市场的行为。
    在我们的系统中，资源的消耗表现为CPU时间和电力。
    激励同样可以通过交易费来获取。如果一笔交易的输出值低于输入值，那么这个差额就是交易费，
    会被添加到包含该交易的区块的激励值中去。当达到预定数量的币被投入到流通中后，
    激励就可以完全通过交易费来实现，使系统变得无通胀。
    对于节点来说激励也许可以维持诚实度。如果一个贪婪攻击者能集结起数量超过所有诚实节点总和的CPU功率，
    他会面临一个选择：是重新发起他的支付以便欺骗别人，还是将他的CPU功率用于生成新的币。
    他会发现，按照规则来操作，即通过诚实地维护网络而获益，会更加车利。
```
````

## Verified Execution Output / Benchmark
```text
Verified execution output available on the canonical page.
```

## Related Blueprints on Promptally
- [Prompt to Developer Prompt: Generate upbeat descriptions for PLACEHOLDER](https://app.promptally.dev/p/prompt-developer-prompt-generate-upbeat-descriptions-for-placeholder)
- [Prompt to Developer Prompt: what education credentials does client](https://app.promptally.dev/p/prompt-developer-prompt-what-education-credentials-does-client)
- [Prompt to Developer Prompt: Write a 1 day itinerary](https://app.promptally.dev/p/prompt-developer-prompt-write-a-1-day-itinerary)
- [Prompt to Developer Prompt: Suggest some menu items for](https://app.promptally.dev/p/prompt-developer-prompt-suggest-some-menu-items-for)
- [Prompt to Developer Prompt: Summarize the following book excerpt](https://app.promptally.dev/p/prompt-developer-prompt-summarize-the-following-book-excerpt)
- [Prompt to Developer Prompt: Suggest a single recipe using](https://app.promptally.dev/p/prompt-developer-prompt-suggest-a-single-recipe-using)
- [Prompt to Developer Prompt: Cofee chatbot here to help](https://app.promptally.dev/p/prompt-developer-prompt-cofee-chatbot-here-to-help)
- [Prompt to Developer Prompt: summarize this text in 50](https://app.promptally.dev/p/prompt-developer-prompt-summarize-this-text-in-50)