From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 1DCAFF58 for ; Thu, 23 May 2019 19:46:06 +0000 (UTC) X-Greylist: whitelisted by SQLgrey-1.7.6 Received: from mail-wm1-f49.google.com (mail-wm1-f49.google.com [209.85.128.49]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 1732F821 for ; Thu, 23 May 2019 19:46:04 +0000 (UTC) Received: by mail-wm1-f49.google.com with SMTP id j187so6952576wmj.1 for ; Thu, 23 May 2019 12:46:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=eApxjRcrfPVsEhVyd4zX3rJh/Gu7br4LaYJI40sG70I=; b=qj/DXCD79zvrN6V47HcSz3p+J5J6RKj078LyxFFP0mIj49ldJCR3Z/Otk9eRYHnP3h Wlx+vXzgg4N/iAz7Yqah3OPrLQJe+TQzXVsL2FgGmkNPVeWLBbAmu+H3rBq31FMTdwxX 9+5oMmEsNQUf7sn/owJGdzRHUgS+GWg7h2djVI6E9YC045mAG4okat6Bo+Wc0SQCuGjP gUN4wgbuX74JGXNknX2HT46mQ7GuPlFY7aFQ5xAfbyuxM4SZWDLlglOTqbrxSexlVNZQ FHIYm8jTpwTVbZnSqAYcuTTQ/Is4I20gFlRiR+t1xtoXPVfzRgrIJO2cMqd5TY3HuRrb uQ/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=eApxjRcrfPVsEhVyd4zX3rJh/Gu7br4LaYJI40sG70I=; b=MnMRMTR+VtDeBLkER3frOvyAChUL0H5unZ/+63BXBn9JHDKcDkenM8q7IKyvI2Lvae oWmopd+v522IF9LMllIyHGVSAK38cr1r2tPwIBpsrw9gTElAtMzRX7/Qi2+UJCcKrVmE 6ybx10zzCBvHVaD2twfmh61txiWUE2RXEm0taZtkjFhqThbEZdvYWeEUmKr0W9rDvzh1 NYkp0Y/eerVfQjDZzW/pLILL2jn5fQzM9Stnk/zcdkJ+al8hCwpAYgturtEJrgOkxxWC /0Sp6cCytrwl7hNcrvPBPoMhzmSzzlJpSBIxQXfBm7975ufvhssT9rSJ5XybUis0x+86 6H2w== X-Gm-Message-State: APjAAAUCUYu3zOICRX4w/iEFfQFaBe03iP1CNhzUcNeq8uYk/7rNqlkE bwFYceVaV5acZtHPc7XEjSs= X-Google-Smtp-Source: APXvYqz5C3DFrIjSfsylxw5NK3k/vY/sEZSvNibd6h1cMqS9Vh7KPxkv0lXpf37z3v8hfsgbqvKQMw== X-Received: by 2002:a1c:48d7:: with SMTP id v206mr12213030wma.152.1558640762715; Thu, 23 May 2019 12:46:02 -0700 (PDT) Received: from p200300dd67196b11c120770d4d53396f.dip0.t-ipconnect.de (p200300DD67196B11C120770D4D53396F.dip0.t-ipconnect.de. [2003:dd:6719:6b11:c120:770d:4d53:396f]) by smtp.gmail.com with ESMTPSA id t6sm845910wmt.34.2019.05.23.12.46.01 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 23 May 2019 12:46:01 -0700 (PDT) From: Tamas Blummer Message-Id: <09724852-6971-4E5A-AAB5-3FBAEEA1D995@gmail.com> Content-Type: multipart/signed; boundary="Apple-Mail=_B2975E12-6110-442B-BCF6-70A5437B6AD3"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Date: Thu, 23 May 2019 21:45:58 +0200 In-Reply-To: To: Nathan Cook References: <42F53D61-BAAE-464F-BB0D-4D0CDC554D9A@gmail.com> X-Mailer: Apple Mail (2.3273) X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, FREEMAIL_FROM, RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on smtp1.linux-foundation.org X-Mailman-Approved-At: Thu, 23 May 2019 19:57:54 +0000 Cc: Bitcoin Protocol Discussion Subject: Re: [bitcoin-dev] OP_DIFFICULTY to enable difficulty hedges (bets) without an oracle and 3rd party. X-BeenThere: bitcoin-dev@lists.linuxfoundation.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Bitcoin Protocol Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 May 2019 19:46:06 -0000 --Apple-Mail=_B2975E12-6110-442B-BCF6-70A5437B6AD3 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 I see. The uncompressing needs to be done either to compare. How are = chances for that BIP? This BIP would be explicitly offering risk managment of miners biggest = risk. Doing so without relying on external markets or oracle, self cointained = would be an impressive and adequate feature. Tamas Blummer > On May 23, 2019, at 21:21, Nathan Cook wrote: >=20 > It's true that it fetches the block hash; the idea is to compare the = block hash's numeric value to the desired (uncompressed) difficulty = directly, using a 256-bit version of OP_LESSTHAN. >=20 > Nathan Cook >=20 >=20 > On Thu, 23 May 2019 at 22:18, Tamas Blummer = wrote: > That opcode would not help as it fetches block hash and not the = content of the header. >=20 >> On May 23, 2019, at 21:05, Nathan Cook wrote: >>=20 >> You can get the same effect with OP_CHECKBLOCKATHEIGHT as proposed by = Luke Dashjr = (https://github.com/luke-jr/bips/blob/bip-cbah/bip-cbah.mediawiki) if = you also re-enable/extend certain opcodes like OP_AND and OP_LESSTHAN. = See = https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2016-September/013= 149.html and the ensuing thread. >>=20 >> Nathan Cook >>=20 >>=20 >> On Thu, 23 May 2019 at 21:33, Tamas Blummer via bitcoin-dev = wrote: >> Difficulty change has profound impact on miner=E2=80=99s production = thereby introduce the biggest risk while considering an investment. >> Commodity markets offer futures and options to hedge risks on = traditional trading venues. Some might soon list difficulty futures. >>=20 >> I think we could do much better than them natively within Bitcoin. >>=20 >> A better solution could be a transaction that uses nLocktime = denominated in block height, such that it is valid after the difficulty = adjusted block in the future. >> A new OP_DIFFICULTY opcode would put onto stack the value of = difficulty for the block the transaction is included into. >> The output script may then decide comparing that value with a strike = which key can spend it. >> The input of the transaction would be a multi-sig escrow of those who = entered the bet. >> The winner would broadcast. >>=20 >> Once signed by both the transaction would not carry any counterparty = risk and would not need an oracle to settle according to the bet. >>=20 >> I plan to draft a BIP for this as I think this opcode would serve = significant economic interest of Bitcoin economy, and is compatible with = Bitcoin=E2=80=99s aim not to introduce 3rd party to do so. >>=20 >> Do you see a fault in this proposal or want to contribute? >>=20 >> Tamas Blummer >>=20 >> _______________________________________________ >> bitcoin-dev mailing list >> bitcoin-dev@lists.linuxfoundation.org >> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev >=20 --Apple-Mail=_B2975E12-6110-442B-BCF6-70A5437B6AD3 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEE6YNJViYMM6Iv5f9e9nKRxRdxORwFAlzm+HYACgkQ9nKRxRdx ORyfFwf+OK+I3n5o492lIiDc1Ktme+88N4DZKlqHkCXLmonDRX58e+OjqKzVax/C /5ss/ZXEM14ZPlNfmOE2jdXUzIa9tfJP4WiT+ChKf+v7/yzJaeYm4hqn2aGur6jj EHwu1Kddlb8fcBvaFluoGAcOhvaNbxgrT+jHwge7oeaR7yEbKostEPBNpHOsVkSj m/iCE62dsbacs+odfp9v3gTbqlneHAXpJ8jXj2HtbRgA2B1Yq4LsH1Ji2Sp3Ahzx uGT593uNIcd0OIkcFl5J21kM9Bh6CRBxwKpsKwxyRjseZXiCQUYhkCXZL8Y0n1eT tlYlxu51oaoZbEIBTYf/yPN3dWMpfw== =UxbI -----END PGP SIGNATURE----- --Apple-Mail=_B2975E12-6110-442B-BCF6-70A5437B6AD3--