BlockchainとSidechain間のtwo way pegについて - Develop with pleasure!
BlockchainとSidechain間の連携というと、CounterpartyのようにBlockchain上のBitcoinを誰も入手不可能なアドレスに送るProof of Burnにより消失させ、サイドチェーン側に持ってくる one way pegであれば現状のBitcoinのBlockchainでも実現可能。ただこの方法ではSidechainに移った後、もとのBitcoinのBlockchainに戻ってくることはできない一方向の連携になる。 一方 、SidechainからBitcoinのBlockchainに資産を戻すことを可能にするのが two way peg。two way pegの場合、Bitcoin側の実装に変更を加えないと実現できないのでは？と思ってたけど、Liquidではtwo way pegを実現しているようだったので、どのように実現してるのか気になって調べてみた。ベ
LXC使ってUbuntu上でCentOSを動かしてみた。 - Develop with pleasure!
LXC - Linux Containers ＝ VMWareやVirtualBoxみたいにホストカーネル上で別OSのカーネルを起動する仮想マシンではなく、Linuxカーネルのcgroupsという機能を利用して、ホストカーネル上で、仮想OSのプロセスとネットワークを動作させる仮想環境。起動するカーネルはホストOSのカーネルのみなので、動作も軽量。 そんな最近話題のLXCでUbuntu 12.04LTS（ホスト）上でCentOSが動く環境作ってみた。 LXCのインストール $ sudo apt-get install lxc debootstrap bridge-utils yumと依存ライブラリのインストール $ sudo apt-get install librpm2 librpmbuild2 librpmio2 librpmsign0 libsqlite0 python-rpm pyt
Vagrant + AWS + Chef でサーバ構築自動化 - Develop with pleasure!
AWS OpsWorks （DevOps アプリケーション管理・自動化） | アマゾン ウェブ サービス （AWS 日本語）を利用してサーバの構成管理をしようとしたけど、問題になったのがOpsWorksで使われるChefのバージョン。現時点で9.x系なんだけど（2013/07/25にChef 11のサポートがリリースされてる）、opscodeが公開しているcookbookには結構10.x系以上じゃないと動作しないものが多い。 一々、9.x系で動作するようにcookbookを修正するのも面倒だし、opscodeが公開している沢山のcookbookを利用せずに自前で全部書くというのも避けたい。 chefのgemを最新にするcookbookを作って、それをOpsWorksで実行してChefのバージョンを無理やり切り替えられないかとも考えたけど、OpsWorks内でのchefを含めたgemの管理に
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
