Fugu-MT 論文翻訳(概要): How To Save Fees in Bitcoin Smart Contracts: a Simple Optimistic Off-chain Protocol

論文の概要: How To Save Fees in Bitcoin Smart Contracts: a Simple Optimistic Off-chain Protocol

arxiv url: http://arxiv.org/abs/2403.09880v2
Date: Mon, 29 Apr 2024 11:47:27 GMT
ステータス: 翻訳完了
システム内更新日: 2024-04-30 23:16:19.310543
Title: How To Save Fees in Bitcoin Smart Contracts: a Simple Optimistic Off-chain Protocol
Title（参考訳）: Bitcoinスマートコントラクトのコスト削減方法 - シンプルな最適化オフチェーンプロトコル
Authors: Dario Maddaloni, Riccardo Marchesin, Roberto Zunino,
Abstract要約: 私たちはBitcoinにおけるスマートコントラクトの実行を検討します。当社では,Bitcoin契約の実行の大部分をオフチェーンで実行するプロトコルを導入しています。
参考スコア（独自算出の注目度）: 0.40964539027092906
License: http://creativecommons.org/licenses/by/4.0/
Abstract: We consider the execution of smart contracts on Bitcoin. There, every contract step corresponds to appending to the blockchain a new transaction that spends the output representing the old contract state, creating a new one for the updated state. This standard procedure requires the contract participants to pay transaction fees for every execution step. In this paper, we introduce a protocol that moves most of the execution of a Bitcoin contract off-chain. When all participants follow this protocol, they are able to save on transaction fees. By contrast, in the presence of adversaries, any honest participant is still able to enforce the correct execution of the contract, according to its original semantics.
Abstract（参考訳）: 我々はBitcoinにおけるスマートコントラクトの実行を検討します。そこで、すべてのコントラクトステップは、古いコントラクト状態を表すアウトプットに費やした新たなトランザクションをブロックチェーンに追加し、更新されたステートに対する新しいトランザクションを生成する。この標準手順では、契約参加者は実行ステップ毎に取引手数料を支払う必要がある。本稿では,Bitcoin契約の実行の大部分をオフチェーンで実行するプロトコルを紹介する。すべての参加者がこのプロトコルに従えば、取引手数料を節約できる。対照的に、敵の存在下では、誠実な参加者はなおも契約の正しい実行を強制することができる、と元のセマンティクスは述べている。

関連論文リスト

Copy-and-Paste? Identifying EVM-Inequivalent Code Smells in Multi-chain Reuse Contracts [30.94426976245966]
より多くの開発者が、他の互換性のあるブロックチェーン上でSolidityコントラクトを再利用している。この矛盾は、再利用されたコントラクトの設計上の欠陥を明らかにし、コードの再利用を妨げているコードの臭いを露呈する。本稿では,EVM非等価コードスメルの原因と特徴を明らかにするために,最初の実証的研究を行った。
論文参考訳（メタデータ） (2025-04-10T09:37:19Z)
FairDAG: Consensus Fairness over Concurrent Causal Design [4.261985028097139]
研究によると、敵は取引注文を利用して利益を抽出している。この問題は、無許可と許可のブロックチェーンの両方に影響する。本稿ではDAGベースのコンセンサスプロトコルを利用するFairDAG-ABとFairDAG-RLを提案する。
論文参考訳（メタデータ） (2025-04-03T00:38:03Z)
Privacy-Preserving Smart Contracts for Permissioned Blockchains: A zk-SNARK-Based Recipe Part-1 [1.7265013728931]
この研究は、zk-SNARKを使用してスマートコントラクトとブロックチェーンのプライバシを提供するソリューションを提案する。この提案にはデリゲートトランザクションと呼ばれる新しいタイプのトランザクションが含まれており、Delivery vs Payment(DvP)のようなユースケースを可能にする。
論文参考訳（メタデータ） (2025-01-06T21:16:33Z)
The Latency Price of Threshold Cryptosystem in Blockchains [52.359230560289745]
本稿では,Byzantine-fault Tolerant(BFT)コンセンサスプロトコルを用いた,しきい値暗号とブロックチェーンのクラス間の相互作用について検討する。しきい値暗号システムに対する既存のアプローチは、しきい値暗号プロトコルを実行するための少なくとも1つのメッセージ遅延の遅延オーバーヘッドを導入している。しきい値が狭いブロックチェーンネイティブのしきい値暗号システムに対して,このオーバーヘッドを取り除く機構を提案する。
論文参考訳（メタデータ） (2024-07-16T20:53:04Z)
Flashback: Enhancing Proposer-Builder Design with Future-Block Auctions in Proof-of-Stake Ethereum [27.386337024680245]
検索者、ビルダー、プロジェクタ間で使用されるオークションメカニズムは、ブロックチェーン全体の健全性に不可欠である。本稿では,PBS設計を探索者,構築者,提案者間のゲームとして検討する。我々の設計における重要な新規性は将来のブロックプロジェクタの導入であり、エポックのプロジェクタはすべて、実証(PoS)において前もって決定される。本分析は, 競技者に対して, 最先端技術と比較して, より平衡な代替競売機構が存在することを示す。
論文参考訳（メタデータ） (2024-05-15T15:58:21Z)
CRPWarner: Warning the Risk of Contract-related Rug Pull in DeFi Smart Contracts [30.68899693638844]
ラグビープルは「ラグビープル」詐欺の最も悪名高い例の1つである。ラグビープルのイベントは、既に大きな財政的損失をもたらしている。ルーグプルイベントの解析に基づいて、スマートコントラクトにおける悪意のある関数を識別するCRPWarnerを提案する。
論文参考訳（メタデータ） (2024-03-03T07:48:38Z)
Monitoring the Future of Smart Contracts [0.2294014185517203]
本稿では,将来的なモニタリングを可能にする計算モデルを提案する。当社のモニタは、レガシトランザクションに対する正しい敬意、将来のバウンドモニタの実装方法、進捗の保証方法を示します。
論文参考訳（メタデータ） (2024-01-22T16:31:45Z)
Lazy Contracts: Alleviating High Gas Costs by Secure and Trustless Off-chain Execution of Smart Contracts [0.0]
ほとんどのプログラム可能なブロックチェーンでは、DoS攻撃を防ぐためにガスの概念が導入されている。各アトミック操作に対する固定コスト、および関数呼び出し開始器は、総ガスコストを取引手数料として支払う。この論文は、これらのコストを軽減するソリューションとして"怠慢な契約"を提案している。
論文参考訳（メタデータ） (2023-09-20T13:41:45Z)
Masquerade: Simple and Lightweight Transaction Reordering Mitigation in Blockchains [5.690884793952696]
本稿では,システムにおけるユーザの満足度と信頼性を高めるために,Masqueradeと呼ばれるMEV対応プロトコル設計を提案する。本稿では,攻撃シナリオにおける敵の行動を軽減するための「トークン」の概念を紹介する。
論文参考訳（メタデータ） (2023-08-29T14:42:43Z)
Secure compilation of rich smart contracts on poor UTXO blockchains [0.8192907805418581]
UTXOモデルのための中間レベル言語であるILLUMを提案する。コンパイラをILLUMから、ループフリースクリプトでベアボーンのUTXOブロックチェーンに定義する。コベナント(covenants)は、トランザクションのチェーンに沿ってスクリプトを保存するメカニズムです。
論文参考訳（メタデータ） (2023-05-16T15:40:18Z)
TxAllo: Dynamic Transaction Allocation in Sharded Blockchain Systems [37.22526235663589]
本稿では、クロスシャードトランザクションの数を減らすために、トランザクション割り当て問題に焦点をあてる。アカウントの割り当てを動的に推測するために,決定論的かつ高速なアロケーションスキームTxAlloを提案する。 60シャードのブロックチェーンの場合、TxAlloはクロスシャードトランザクション比率を98%から12%に下げる。
論文参考訳（メタデータ） (2022-12-22T10:22:31Z)
Refined Bitcoin Security-Latency Under Network Delay [35.16231062731263]
ブロックがチェーンで$k$-deepになった後、ブロックがいかにセキュアかを研究する。我々は3つの異なる位相において、逆鎖と真正鎖の間の競合を分析する。また,[Guo, Ren; AFT 2022] のモデルでは, ターゲットブロックがチェーン内で$k$-deepとなる場合に, 逆鎖の成長の確率分布を求める。
論文参考訳（メタデータ） (2022-12-02T18:54:30Z)
An Empirical Study on Real Bug Fixes from Solidity Smart Contract Projects [37.39791127265096]
46の現実的Solidityスマートコントラクトプロジェクトから,歴史的バグフィックスに関する実証的研究を行った。この過程で4つの知見を抽出し,これらの4つの疑問を探求する。私たちは、Solidityスマートコントラクトのバグ修正に対する現在のアプローチを改善するために、実行可能な意味を提供します。
論文参考訳（メタデータ） (2022-10-21T14:26:53Z)
Bitcoin-Enhanced Proof-of-Stake Security: Possibilities and Impossibilities [45.90740335615872]
Bitcoinは世界で最もセキュアなブロックチェーンであり、Proof-of-Workマイニングの巨大なハッシュパワーによって支えられている。 Proof-of-Stakeチェーンはエネルギー効率が良く、最終性が速いが、いくつかのセキュリティ問題に直面している。これらのセキュリティ問題は、外部の信頼できるソースを持たないPoSチェーンに固有のものであることを示す。我々は、この問題を解決するために、市販のPoSプロトコルチェックポイントをBitcoin上に配置する新しいプロトコル、Babylonを提案する。
論文参考訳（メタデータ） (2022-07-18T06:01:25Z)
Light Clients for Lazy Blockchains [12.330989180881701]
遅延ブロックチェーンのための効率的なライトクライアント作成を可能にするプロトコルを考案する。私たちの構成は、すべての-有効または無効の-トランザクションの台帳を含むMerkleツリーを横切るバイセクションゲームに基づいています。
論文参考訳（メタデータ） (2022-03-30T00:58:40Z)
Jolteon and Ditto: Network-Adaptive Efficient Consensus with Asynchronous Fallback [46.30924494799245]
我々は,ビザンチンのSMRプロトコルであるDittoを開発した。このプロトコルは,ハッピーパスの最適な通信と,非同期およびDDoS攻撃下でのプログレス保証である。具体的には、最先端の線形プロトコルであるHotStuffから始めて、徐々にDittoを構築します。別々のコントリビューションと中間ステップとして、HotStuffの2チェーンバージョンであるJolteonを設計します。特に,Jolteonのコミットレイテンシは,システムサイズが異なるHotStuffを200～300ms上回る。
論文参考訳（メタデータ） (2021-06-18T21:34:17Z)

関連論文リストは本サイト内にある論文のタイトル・アブストラクトから自動的に作成しています。