Wormhole协议规范

Wormhole协议的解释

WormHole协议是通过以bitcoin cash交易作为载体；使用bitcoin cash脚本中特殊的操作码OP_RETURN，来将WormHole协议追加在该操作码后面。通俗来说：WormHole交易是一种特殊的bitcoin cash交易，与bitcoin cash交易采用相同的安全、确认模型。

WormHole全节点客户端是bitcoin-abc核心客户端的超集，具有bitcoin cash协议+WormHole协议两种功能。

WormHole交易在核心客户端的处理流程:
接收到区块后---》bitcoin cash 模块确认该交易的合法性---》WormHole模块来确认WormHole交易的合法性。

WormHole协议采用的是账户模型，每个bitcoin cash 地址是一个账户，每个账户地址可以含有多种token。

协议字段定义

Field: Transaction version

描述：交易类型的处理版本；每种交易类型的版本单调递增，且相互独立

字节：uint16_t; 2 bytes

Field: Transaction type

描述：WormHole协议当前提供的功能

字节：uint16_t; 2 bytes

有效值：

  • 0: token转账
  • 1: 参与众筹
  • 3: token空投
  • 4: 转移账户的所有可用token
  • 50: 创建固定数量的token
  • 51: 创建可众筹的token
  • 53: 强制关闭众筹
  • 54: 创建可管理的token
  • 55: 增发token
  • 56: 销毁token
  • 68: 获取系统的基础货币(WHC)
  • 70: 修改token的发行人

Field: Ecosystem

描述：该token所在的生态体系；

字节：uint8_t; 1 byte

有效值：当前有效值为1；

Field: Number of coins

描述: 协议中用来存储Token的数量，示例如下:

  • 对于小数点后有精度的Token，该字段的值除以精度(proprety precision)标识Token的数量；(如精度为1的Token，该字段存储的数值为10，标识Token的金额数量为1)
  • 对于不可分割的Token(即精度property pricison为0)，该字段的值就表示Token的金额；(如该字段存储的值为100，标识Token的金额数量为100)

字节：int64_t; 8 bytes

有效值：1-9,223,372,036,854,775,807

  • 对于精度为8的Token金额范围: 0.00000001 - 92,233,720,368.54775807
  • 对于精度为7的Token金额范围: 0.0000001 - 922,337,203,685.4775807
  • ......
  • 对于不可分割(精度为0)的Token金额范围：1 - 9,223,372,036,854,775,807

Field: Currency identifier

描述：系统中的tokenID

字节：uint32_t; 4 bytes

有效值：1, 3-2,147,483,647;

0:BCH; 1:WHC; [3, 2,147,483,647]随后创建的TokenID，单调递增。

Field: Property Precision

描述：Wormhole协议中资产的精度标识

字节：uint16_t; 2 bytes

有效值：范围[0, 8]；分别表示小数点精度

  • 0: 表示无小数点
  • 1: 表示小数点后精度为1
  • .....
  • 8: 表示小数点后精度为8

Field: Integer-one byte

描述：用作乘数或作为其它计算的参数

字节：uint8_t; 1 byte

有效值：0-255

Field: UTC Datetime

描述：Unix时间戳

字节：uint64_t; 8 bytes

WormHole协议的具体规范

WormHole协议对交易输入、输出顺序的要求

在WormHole系统中，对顺序的要求主要分为两类：

category txin txout
WHC的发行交易(68) 第一个交易输入(索引为0)为发送者 第一个交易输出(索引为0)为燃烧输出，第二个输出(索引为1)为WormHole协议
其他类型的交易 第一个交易输入(索引为0)为发送者 最后一个交易输出(索引最大)为接收者

WHC的发行(68)

通过燃烧BCH来获取WHC，BCH与WHC的兑换比例是1:100；通过向指定的燃烧地址发送BCH可获取WHC。
燃烧地址：

主网: bitcoincash:qqqqqqqqqqqqqqqqqqqqqqqqqqqqqu08dsyxz98whc

测试网: bchtest:qqqqqqqqqqqqqqqqqqqqqqqqqqqqqdmwgvnjkt8whc

在主网中，1000个区块确认后，WHC会到账；在测试网中，3个区块确认后，WHC会到账

回归测试网: bchreg:pqqqqqqqqqqqqqqqqqqqqqqqqqqqqp0kvc457r8whc

示例如下

假设在主链高度为 h1 = 55时，从address1地址燃烧了1BCH获取WHC; 在主链高度1054时，address1会收到100WHC; 在1054该区块高度后，即可以花费address1燃烧收到的100WHC。

1BCH = 100WHC; 1WHC = 10000,0000C

通过燃烧BCH获取WHC的交易规范:
对交易输入的规定：WormHole引擎默认第一个交易输入(即索引为0)作为获取WHC的账户地址。

对交易输出的规定：WormHole引擎默认：第一个交易输出必须为燃烧输出(即索引为0)；第二个输出为WormHole协议的数据；第三个输出为多余的BCH赎回地址输出(这个输出可以忽略)；一个正确的燃烧交易，最少含有两个输出。

对燃烧金额的规定：最少燃烧1BCH。

交易规范中主要涉及：交易输入、输出的顺序，燃烧金额，WormHole载荷数据

WormHole 该类型交易协议字段如下:

Filed Type Example
版本(Transaction version) Transaction version 0
交易类型(Transaction type) Transaction type 68

除WormHole协议的字段限制之外，存在以下情况的也为无效的WormHole交易

  • 燃烧BCH的输出不在索引为0的位置
  • 索引为1的位置不是WormHole的燃烧协议数据
  • 燃烧的BCH金额小于1BCH

WormHole的有效载荷数据：6a080877686300000044
解释如下：

6a: OP_RETURN; 08: WormHole协议的载荷数据长度； 
08776863: WormHole协议的magic
0000: 版本
0044: 交易类型

示例交易(测试链): 6b8b98f7248f96b168b8127e3eb31cabb00fd6a5eed5df6d012816d7b4335974

Token转账(0)

从指定的账户地址向另一个账户地址转移指定金额的某种Token。

注意: 最后一个输出必须为Token的接收者，第一个输入必须为Token的发送者

对于WHC资产的转账: Number of Coins, 该字段标识的单位为C, (如: 转1WHC，该字段值为100000000)

转账交易的规范：

交易输入: Wormhole引擎默认第一个交易输入(索引为0)为发送Token的账户地址(即发送者);
交易输出: Wormhole引擎默认最后一个交易输出(索引最大)为接收Token的账户地址(即接收者);
转账金额: 发送者向接收者转移的Token金额，发送者账户必须具有足够的资产;
转账的TokenID: 该Token必须在系统存在。
交易规范中主要涉及: 交易输入、输出的顺序，转账金额，TokenID

Wormhole 该类型交易协议字段如下:

Filed Type Example
版本(Transaction version) Transaction version 0
交易类型(Transaction type) Transaction type 68
TokenID(Property ID) Currency identifier 1(WHC)
转账金额(Amount to transfer) Number of Coins 100000000(标识转1WHC)

除Wormhole协议的字段限制之外，存在以下情况的也为无效的Wormhole交易

  • 转账的金额超过了发送者可以使用的Token金额
  • 转账Token不存在
  • 转账的TokenID为0(BCH)；该交易类型不支持BCH的转账

Wormhole的有效载荷数据：6a140877686300000000000000010000000005f5e100
解释如下：

6a: OP_RETURN; 14: Wormhole协议的载荷数据长度； 
08776863: Wormhole协议的magic
0000: 版本
0000: 交易类型
00000001: TokenID
0000000005f5e100: 转账金额（1WHC）

示例交易: 3e3368c0b345fb52507471ced2dcef1e2876597ac9981aa9520b75c87603cc5e

参与众筹(1)

参与指定的众筹交易；

注意: 最后一个输出必须为众筹发行者的地址，第一个输入必须为WHC的发送者

参与众筹的交易的规范：

交易输入: Wormhole引擎默认第一个交易输入(索引为0)为发送Token的账户地址(即发送者);
交易输出: Wormhole引擎默认最后一个交易输出(索引最大)为众筹发行者的账户地址(即接收者);
购买金额: 发送者向接收者转移的Token金额，发送者账户必须具有足够的只能;
交易规范中主要涉及: **交易输入、输出的顺序，转账金额，TokenID**

Wormhole 该类型交易协议字段如下:

Filed Type Example
版本(Transaction version) Transaction version 0
交易类型(Transaction type) Transaction type 1
TokenID(Property ID) Currency identifier 1(WHC)
参与众筹的金额(Amount to transfer) Number of Coins 100000000(购买1WHC的token)

除Wormhole协议的字段限制之外，存在以下情况的也为无效的Wormhole交易

  • 参与众筹的金额超过了发送者可以使用的Token金额
  • 众筹地址不存在活跃的众筹
  • 参与众筹的金额不足以购买众筹token的最小精度。

Wormhole的有效载荷数据：6a140877686300000001000000010000000005f5e100
解释如下：

6a: OP_RETURN; 14: Wormhole协议的载荷数据长度； 
08776863: Wormhole协议的magic
0000: 版本
0001: 交易类型
00000001: TokenID
0000000005f5e100: 参与金额（1WHC）

示例交易: ea9698f13179494b4c705d90517e800185093a24454e86addb10f59e95af06b4

token空投(3)

将一种token(ID1)的指定金额空投给某种token(ID2)的持有人(除了发送者)，所有接受空投的地址获取的金额(ID1)按所含有的token(ID2)比例进行分配。
注意：第一个输入必须为空投的发送者

空投会收取一定的燃料费，以WHC计价，每场空投消耗的手续费为：接收空投的人数*系统单价(1C);

WormHole 该类型交易协议字段如下:

Filed Type Example
版本(Transaction version) Transaction version 0
交易类型(Transaction type) Transaction type 3
空投tokenID(Property ID) Currency identifier 1
空投金额(Amount to transfer) Amount to transfer 15000000000(150WHC)
目的tokenID(Property ID) Currency identifier 1

除WormHole协议的字段限制之外，存在以下情况的也为无效的WormHole交易

  • 发送者的地址上可使用的金额小于空投的金额
  • 指定的token不存在，或者tokenID为0
  • 发送者的地址上没有足够的WHC支付燃料费
  • 发送者地址上含有所有的目的token

WormHole的有效载荷数据：6a18087768630000000300000001000000037e11d600
解释如下：

6a: OP_RETURN; 18: WormHole协议的载荷数据长度； 
08776863: WormHole协议的magic
0000: 版本
0003: 交易类型
00000001: 空投tokenID
000000037e11d600: 空投金额（1.5WHC）
00000001: 目的tokenID

示例交易：1db5d3b5c094e0d839465a1623d1b29baccb03e1bc2d817c6ee87d8b7ca4ebc4

转移账户的所有可用token(4)

转移一个账户地址(A)的所有token至另一个账户地址(B)，此处资产不包含BCH.
注意：最后一个输出必须为token的接收者，第一个输入必须为token的发送者

WormHole 该类型交易协议字段如下:

Filed Type Example
版本(Transaction version) Transaction version 0
交易类型(Transaction type) Transaction type 4
生态体系(Ecosystem) Ecosystem 1

WormHole的有效载荷数据：6a09087768630000000401
解释如下：

6a: OP_RETURN; 09: **WormHole**协议的数据长度； 
08776863: WormHole协议的magic
0000: 版本
0004: 交易类型
01: 生态体系

示例交易：6b6b04aed7ed091a9b1f89b9517064cb16cd5032f1b0994d93b6db2a5d20e871

创建固定数量的token(50)

创建指定数量的token，一旦该交易被WormHole有效确认，创建者地址上会含有这些数量的token。

除WormHole协议的字段限制之外，满足以下情况，该交易才被视为正确的WormHole交易。

  • Property Name字段不可以为NULL
  • Ecosystem字段必须为1
  • Number of coins创建的token总金额在范围之内
  • property precision资产精度在范围之内

WormHole 该类型交易协议字段如下

Filed Type Example
版本(Transaction version) Transaction version 0
交易类型(Transaction type) Transaction type 50
生态体系(Ecosystem) Ecosystem 1
token精度(Property precision) Property Precision 1
前tokenID(Previous Property ID) Currency identifier 0
token类别(Property Category) String null-terminated ""
token子类别(Property Subcategory) String null-terminated ""
token名称(Property Name) String null-terminated "ludete"
token URL(Property URL) String null-terminated ""
token描述数据(Property Data) String null-terminated ""
创建的token数量(Number Properties) Number of coins 10000

WormHole的有效载荷数据：6a41087768630000003201000100000000746573740074657374320066697865642d746f6b656e0066697865642d746f6b656e006d7964617461000000000005f5e100

解释如下：

6a: OP_RETURN; 41: WormHole协议的载荷数据长度； 
08776863: WormHole协议的magic
0000: 版本
0032: 交易类型
01: 生态体系
0001: token 精度
00000000: 前TokenID
.... : 中间的为一些自定义数据
0000000005f5e100: 发行的token金额

示例交易：acec40a5ca1efed57a311b7dbb9324e753e7f5dd2395b3825163672b5edfc809

创建众筹Token(51)

创建一笔众筹Token，一旦该笔交易被Wormhole节点确认有效，该发送者的地址上将会拥有一笔活跃的众筹。

注意：当前的众筹只允许 使用WHC参与购买。

当下面的情况发生时，众筹将被永久关闭：

  • 当块链的Tip块时间戳大于等于众筹截止时间Deadline时，该众筹将被永久关闭
  • 众筹被手动强制关闭
  • 众筹金额发售完毕

当众筹关闭时，未售完的众筹token会计入发行者的账户地址。

任何账户地址在指定时间只允许拥有一个活跃的众筹Token，避免众筹的参与者需要指定参加该账户的哪个众筹。

除Wormhole协议的字段限制之外，满足以下情况，该交易才被视为正确的Wormhole交易。

  • Property Name字段不可以为NULL
  • Ecosystem字段必须为1
  • Currency Identifier Desired众筹的募集Token只允许是WHC(1)
  • Deadline众筹的截止时间必须大于众筹的资产时间
  • 众筹的购买者不可以是众筹的参与者

当其它账户发送交易参与该笔活跃众筹时，一旦参与众筹的交易被Wormhole节点确认有效，购买的众筹Token会立即计入参与方账户的可使用资金中，参与方可以将购买来的众筹Token进行转账，出售，或其它用途；同时，这笔参与众筹的资金(WHC)，会立即计入众筹发行方账户的可使用资金中，众筹发行方可以自由支配这些募集来的资金。

为了激励众筹参与者尽早参加众筹，可以通过设立初始化的早鸟奖励机制，来奖励早期的参与者。这个早鸟奖励随着众筹启动的时间线性降低，直至众筹截止时，早鸟激励将为0.

早鸟奖励的百分比计算公式如下：((众筹的截止时间-交易所在的区块时间)/每周的时间秒数 ) * 早鸟激励
示例如下

两种Token兑换比例：1WHC=100HLT; 早鸟奖励机制为10%, 如购买1WHC:
众筹参与者的交易在众筹截止两周前参与，购买者会额外获得20%的Token， 120HLT；在众筹截止时间1.5周前参与，购买者会额外获得15%的Token，115HLT。

Wormhole客户端保证计入众筹参与者的Token数量加上发行者账户的Token数量不超过总的发行量。当一笔参与众筹的交易，资金不足购买众筹Token的最小精度时，该笔众筹交易失败，同时资金会返还给参与方。

Wormhole 该类型交易协议字段如下:

Filed Type Example
版本(Transaction version) Transaction version 0
交易类型(Transaction type) Transaction type 50
生态体系(Ecosystem) Ecosystem 1
Token精度(Property Precision) Precision 1
前TokenID(Previous Property ID) Currency identifier 0
Token类别(Property Category) String null-terminated ""
Token子类别(Property Subcategory) String null-terminated ""
Token名称(Property Name) String null-terminated "ludete"
Token URL(Property URL) String null-terminated ""
Token描述数据(Property Data) String null-terminated ""
众筹募集的TokenID(Currency Identifier Desired) Currency identifier 1
兑换比例(Number Properties per Unit Invested) Number of Coins 100(募集Token:众筹Token)
众筹截止时间(Deadline) Deadline Unix时间戳
早鸟激励的百分比(Early Bird Bonus %/Week) Integer one-byte 10
Undefined Integer one-byte 必须为0
众筹的总量(totaltokens) Number of coins 100008

Wormhole的有效载荷数据：6a4c6c0877686300000033010002000000004372656174652043726f77642053616c6500426974436f696e00746573745f626974636f696e5f3000687474703a2f2f7777772e62616964752e636f6d00000000000100000002540be400000000005b8814800a00000000000bebc200

解释如下：

6a: OP_RETURN; 4c: OP_PUSHDATA1; 6c: Wormhole协议的载荷数据长度； 
08776863: Wormhole协议的magic
0000: 版本
0033: 交易类型
01: 生态体系
0002: Token Precision
00000000:前TokenID
.... : 中间的为一些自定义数据
00000001:众筹募集的TokenID
00000002540be400: 兑换比例
000000005b881480: 众筹截止时间
0a: 早鸟激励的百分比
00: Undefined filed
000000000bebc200 : 众筹的总金额

示例交易：2dca56a9270c3f6c907fa73b99d1fc69033346ece31e3f166b67fa489189d78f

强制关闭众筹(53)

当众筹token处于活跃期时(即正在募集资金)，项目方基于token价值的考虑，需要提前结束众筹；可以通过构建一笔这样的交易，广播至块链。关闭众筹的操作不会对已经购买者的早鸟激励金造成任何影响。

除WormHole协议的字段限制之外，存在以下情况的也为无效的WormHole交易

  • 关闭一个已经被关闭的众筹token
  • 交易的发送者非众筹token的发行者

WormHole 该类型交易协议字段如下:

Filed Type Example
版本(Transaction version) Transaction version 0
交易类型(Transaction type) Transaction type 53
tokenID(Property ID) Currency identifier 9

WormHole的有效载荷数据：6a0c087768630000003500000005
解释如下：

6a: OP_RETURN; 0c: WormHole协议的载荷数据长度； 
08776863: WormHole协议的magic
0000: 版本
0035: 交易类型
00000005: tokenID

示例交易: f40861a873a6fafadc9bc252b433268e780f232a53c4ed324ab5919d1cd23c01

创建可管理token(54)

创建一种可以被发行者管理的token，第一个交易输入(索引为0)的地址为该token的发行者，此时发行者的地址上可使用的金额为0，可以通过额外的两种交易类型来增发该token金额(增发token)，或销毁该token金额(销毁token).

除WormHole协议的字段限制之外，必须满足以下情况，该交易才被视为正确的WormHole交易。

  • Property Name字段不可以为NULL
  • Ecosystem字段必须为1

WormHole 该类型交易协议字段如下:

Filed Type Example
版本(Transaction version) Transaction version 0
交易类型(Transaction type) Transaction type 50
生态体系(Ecosystem) Ecosystem 1
token精度(Property Precision) Property Precision 1
前tokenID(Previous Property ID) Currency identifier 0
token类别(Property Category) String null-terminated ""
token子类别(Property Subcategory) String null-terminated ""
token名称(Property Name) String null-terminated "ludete"
token URL(Property URL) String null-terminated ""
token描述数据(Property Data) String null-terminated ""

WormHole的有效载荷数据：6a3608776863000000360100010000000048656c6c6f00576f726c64006c7564657465007777772e6c75646574652e636f6d00796f6e6700

解释如下：

6a: OP_RETURN; 36: WormHole协议的载荷数据长度； 
08776863: WormHole协议的magic
0000: 版本
0036: 交易类型
01: 生态体系
0001: token precision
00000000:前tokenID
.... : 下面的为一些自定义数据

示例交易: 7a42d544775aedd38c67fda3c20ba80af1385a9b65cb8e95e85024ec1732e3d4

增发token(55)

该交易类型用来配合可管理token，进行token金额的增发。在该增发交易被确认后，增发的token金额会被添加到接收者的可使用余额上。
注意：token创建后，初始金额为0； 允许的最大总金额为：(1 << 63) -1

除WormHole协议的字段限制之外，存在以下情况的也为无效的WormHole交易

  • 增发的token类别不是可管理的类型的token
  • 该笔交易的发送者非 token的发行者
  • 累计token数量的总和超过了允许的最大金额。

WormHole 该类型交易协议字段如下:

Filed Type Example
版本(Transaction version) Transaction version 0
交易类型(Transaction type) Transaction type 55
tokenID(Property ID) Currency identifier 5
增发的数量(Number Properties) Number of coins 1000
增发的信息(Memo) String null-terminated "reward"

WormHole的有效载荷数据：6a1d08776863000000370000000c00000000000027107061792062696c6c00

解释如下：

6a: OP_RETURN; 1d: WormHole协议的载荷数据长度； 
08776863: WormHole协议的magic
0000: 版本
0037: 交易类型
0000000c:tokenID
0000000000002710:增发的金额
.... : 下面的为一些自定义数据

示例交易：1d0afab3383dfab315b7e3e2a5ba78d4ddb5481b8094843132e9134a4d589afc

销毁token(56)

该交易类型用来配合可管理token，进行token金额的销毁。在该销毁token交易被确认后，销毁的token金额会从发送者的地址上扣除，同时系统上该token的总金额也会降低。

除WormHole协议的字段限制之外，存在以下情况的也为无效的WormHole交易

  • 销毁的token类别不是可管理的类型的token
  • 该笔交易的发送者非 token的发行者
  • 销毁的token数量超过了当前账户可以使用的token数量

WormHole 该类型交易协议字段如下:

Filed Type Example
版本(Transaction version) Transaction version 0
交易类型(Transaction type) Transaction type 55
tokenID(Property ID) Currency identifier 5
销毁的数量(Number Properties) Number of coins 1000
销毁的信息(Memo) String null-terminated "spend"

WormHole的有效载荷数据：6a1508776863000000380000000c0000000000000bb800

解释如下：

6a: OP_RETURN; 15: WormHole协议的载荷数据长度； 
08776863: WormHole协议的magic
0000: 版本
0038: 交易类型
0000000c:tokenID
0000000000000bb8:销毁的金额
.... : 下面的为一些自定义数据

示例交易: 74b8d70c1a8f2d9b95cea883f5a6adac1ffc421e3dea984ef79373bddb47364c

修改token的发行者(70)

该交易类型用来修改系统中已存在的token发行者。
对交易输入的规定：第一个交易输入为token的原始发行者
对交易输出的规定：最后一个交易输出为修改后的token发行者

除WormHole协议的字段限制之外，存在以下情况的也为无效的WormHole交易

  • 不存在该笔资产
  • 发送者，接收者，任何一个账户有活跃的众筹时，转移资产的发行者都会失败；
  • 发送者非资产的原始发行者；
  • 发送者，接收者地址相同；
  • 接收者为空；

WormHole 该类型交易协议字段如下:

Filed Type Example
版本(Transaction version) Transaction version 0
交易类型(Transaction type) Transaction type 55
tokenID(Property ID) Currency identifier 5

WormHole的有效载荷数据：6a0c08776863000000460000000c

解释如下：

6a: OP_RETURN; 15: WormHole协议的载荷数据长度； 
08776863: WormHole协议的magic
0000: 版本
0038: 交易类型
0000000c:tokenID

示例交易：65fbd27bd1219b6c820aff9c43b2e175530cb0af0bbf14532fff132888af4906

                                        `Wormhole 姚永芯`
                                                2018.08.06
©著作权归作者所有,转载或内容合作请联系作者
  • 人面猴
    序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
    沈念sama阅读 159,015评论 4赞 362
  • 死咒
    序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
    沈念sama阅读 67,262评论 1赞 292
  • 救了他两次的神仙让他今天三更去死
    文/潘晓璐 我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
    开封第一讲书人阅读 108,727评论 0赞 243
  • 道士缉凶录：失踪的卖姜人
    文/不坏的土叔 我叫张陵，是天一观的道长。 经常有香客问我，道长，这世上最难降的妖魔是什么？ 我笑而不...
    开封第一讲书人阅读 43,986评论 0赞 205
  • 港岛之恋（遗憾婚礼）
    正文 为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
    茶点故事阅读 52,363评论 3赞 287
  • 恶毒庶女顶嫁案：这布局不是一般人想出来的
    文/花漫 我一把揭开白布。 她就那样静静地躺着，像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上，一...
    开封第一讲书人阅读 40,610评论 1赞 219
  • 城市分裂传说
    那天，我揣着相机与录音，去河边找鬼。 笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。 我是一名探鬼主播，决...
    沈念sama阅读 31,871评论 2赞 312
  • 双鸳鸯连环套：你想象不到人心有多黑
    文/苍兰香墨 我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
    开封第一讲书人阅读 30,582评论 0赞 198
  • 万荣杀人案实录
    序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
    沈念sama阅读 34,297评论 1赞 242
  • 护林员之死
    正文 独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,551评论 2赞 246
  • 白月光启示录
    正文 我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,053评论 1赞 260
  • 活死人
    序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
    沈念sama阅读 28,385评论 2赞 253
  • 日本核电站爆炸内幕
    正文 年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
    茶点故事阅读 33,035评论 3赞 236
  • 男人毒药：我在死后第九天来索命
    文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,079评论 0赞 8
  • 一桩弑父案，背后竟有这般阴谋
    文/苍兰香墨 我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,841评论 0赞 195
  • 情欲美人皮
    我被黑心中介骗来泰国打工， 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。 一个月前我还...
    沈念sama阅读 35,648评论 2赞 274
  • 代替公主和亲
    正文 我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
    茶点故事阅读 35,550评论 2赞 270

推荐阅读更多精彩内容