Skip to content

hdiedrich/mw

BranchesTags

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

105 Commits
include
include
 
 
priv
priv
 
 
src
src
 
 
.gitignore
.gitignore
 
 
Makefile
Makefile
 
 
README.md
README.md
 
 
erlang.mk
erlang.mk
 
 
relx.config
relx.config
 
 

Repository files navigation

AIX World Cup 2014 Middle Ware

The AIX WC14 concept enables football bets on the Bitcoin blockchain that are decentralized, oracle-driven contacts, requiring less trust.

 Description : Mw - AI Effect World Cup 2014 - Middle Server
 Version     : 0.6.x/JSON flow
 File        : README.md
 Copyright   : AI Effect Group, Berlin
 Author      : H. Diedrich <[email protected]>
 License     : MIT
 Created     : 24 May 2014
 Changed     : 21 June 2014

Status

This is the first complete 'Mw' stack of Cowboy, PostgreSQL and BitcoinJS. It has a minmal cowboy setup serving static pages in priv/ and assembling dynamic pages from flat data structures and templates in priv/blocks/. PostgreSQL I don't know what it's doing at this point but it runs with the server down, which is good. And BitcoinJS is featured in the old de facto standard 0.1.3, with but a hello-js.html available as template at this point. There are 'blocks' for all pages now that are part of the usage flow.

Requirements

  • git
  • make
  • Erlang R17*
  • relx
  • PostgreSQL

PostgreSQL config

This is currently in middle_server_app in lieu of being extracted to a config file:

 application:set_env(mw, pools,
                        [
                         {pgsql_pool, [{size, 1}, {max_overflow, 1}],
                          [
                           {host, "localhost"},
                           {dbname, "mw"},
                           {user, "mw"},
                           {pass, "mw"}
                          ]}
                        ]),

PostgreSQL bootstrap

As a user with rights to modify the database (this could be postgres user):

psql mw < priv/postgres/mw_db_drop_all
psql mw < priv/postgres/mw_db_init

Build & Run the Stack

To build this stack, run the following command:

$ make

Due to bleeding-edge hipster combination of GNU make, erlang.mk, relx, the erlang.mk package index, git dependencies resolved using rebar and some manual build steps, you have to run make a few more times to actually get everything built the very first time:

$ make
$ make
$ make

To start the server in the foreground:

$ make run

If you don't have a PostgreSQL server running it will crash partially but still serve pages.

Content

Mw runs two http servers side by side. One for API2 serving JSON. And the web server for the main site, for information about the concept, and the functional prototype, including JS scripts.

API2 JSON

The 'API2' is the interface between web site and Mw for communication between JS in the browser and the backend.

There are currently

 [http://localhost:8081/hello]
 [http://localhost:8081/sample]
 [http://localhost:8081/bet-list]
 [http://localhost:8081/enter-contract/<contract_id>]
 [http://localhost:8081/clone-contract/<contract_id>]
 [http://localhost:8081/submit-t2-signature/<contract_id>]
 [http://localhost:8081/get-t3-for-signing/<contract_id>]
 [http://localhost:8081/submit-t3-signatures/<contract_id>]

The results are JSON objects. They are created in api_handler.erl. The matching of the URL is hard coded in the main dispatch rule, in middle_server.erl and matching atoms in api_handler:response/2.

Web Site

Try http://localhost:8080/hello.html

This page is served from priv/hello.html as is.

A sample of where we want to go is served as static page from http://localhost:8080/sample.html

Check out http://localhost:8080/index.html

This page is assembled from the template blocks in the priv folder: head.html, foot.html, bet.html. Note that the priv folder is copied into the release. You can change pages dynamically by changing these files but they are NOT the ones in the priv folder in this folder. They are somewhere under _rel/. When you change these, you can immediately reload in the browser.

bet.html is interesting as it contains uppercase, $-affixed placeholders for actual values. The actual creation of the html to be served is done in src/page_handler.erl.

The data injected into bet.html looks like this and is currently hardcoded. Note the atoms are being uppercased and $-affixed and matched against said placeholders in bet.html.

        [[{bet, "Germany beat Brazil"},
          {yes_amount, "2"},
          {no_amount, "3"},
          {yes_bidder, "Hans Langen"},
          {yes_pubkey, "#1dkuebmicbfviwkjnbepivavriongerjvdfkjn"},
          {no_bidder, "YOU?"},
          {no_pubkey, "--"},
          {smallprint, "small print"}]]

E.g. <<"<a href=hello.html>$HELLO</a>">>, [{hello, "Hej!"}]) results into <<"<a href=hello.html>Hej!</a>">>.

The page index.html is kind of special cased with its own handler currently. The name is matched in full to chose the right handler. There is no inspection of parameters of a GET currently.

Both sample.html and index.html use the stylesheet in priv/style.css. It is served as static file.

There is now a mechanism and stubs for all pages in the MVP #2 flow (see Pirate Pad). The flow is basically completely sequential, most of the time simply offering a 'continue' link, one page following the next.

When you have the server running on localhost, click through the pages to check them out.

We might want to cut one or two pages. But not now maybe.

BitcoinJS

Test BitcoinJS with http://localhost:8080/hello-js.html

This will give you a page with basic BitcoinJS operations like key creation, hasing and signing.

Generate test keys

openssl genrsa -out oracle_no_privkey.pem 2048
openssl rsa -in oracle_no_privkey.pem -pubout > oracle_no_pubkey.pem
git clone https://github.com/matja/bitcoin-tool.git
make
sudo cp bitcoin-tool /usr/local/bin
openssl rand 32 > temp_bytes && bitcoin-tool --network bitcoin-testnet --input-type private-key --input-format raw --input-file temp_bytes --output-type private-key --output-format base58check --public-key-compression compressed > ec_privkey && bitcoin-tool --network bitcoin-testnet --input-type private-key --input-format raw --input-file temp_bytes --output-type public-key --output-format base58check --public-key-compression compressed > ec_pubkey && rm -f temp_bytes

Example debug flow:

Reset database:

psql mw < priv/postgres/mw_db_drop_all
psql mw < priv/postgres/mw_db_init

You will have to give all privileges again unless you're Gustav.

psql -d mw
# granting privileges
grant all privileges on schema public to mw;
grant all privileges on oracle_keys to mw;
grant all privileges on sequence oracle_keys_id_seq to mw;
grant all privileges on events to mw;
grant all privileges on sequence events_id_seq  to mw;
grant all privileges on contracts  to mw;
grant all privileges on sequence contracts_id_seq to mw;
grant all privileges on contract_events to mw;
grant all privileges on sequence contract_events_id_seq to mw;
grant all privileges on contract_events_maps to mw;

Create some default events with dummy giver already entered (must do to call test pages prep/n etc):

mw_setup:insert_world_cup_events().

To enter a taker into an event, do the following.

curl -v -H "Accept: application/json" -H "Content-type: application/json" "http://127.0.0.1:8081/enter-contract/\{\"contract_id\":\"2\",\"ec_pubkey\":\"6AymbcmHNSVXXcYh2HQDqNZc4HGHL2GwaTTYKDNgZtiDJvZQXN\",\"rsa_pubkey\":\"-----BEGIN%20PUBLIC%20KEY-----%5Cr%5CnMIGeMA0GCSqGSIb3DQEBAQUAA4GMADCBiAKBgHuMkwMNQwToUtGApry8GyuBlOpv%5Cr%5CnJBKtKnKh46VWeLWziIV%2BPve2PdoOBB9%2BHCHYZwAcHDJe5%2FV0bN1RsCZk6WryIFx5%5Cr%5Cn3LfrTR7vp48QZARiPwVAQzkfRwBxw9TqddubngASXMdvVkvZJNNKGKqCipIiETuR%5Cr%5Cn%2BvbexI5HKBLt86fdAgMBAAE%3D%5Cr%5Cn-----END%20PUBLIC%20KEY-----%5Cr%5Cn\",\"enc_ec_privkey\":\"U2FsdGVkX18NWLQYq8bEkq8wrQKgK%2F9KHZ9zxTWXvcmTZiCUg%2Ff90ceTAZGZGy9POgbtL8EMxseROIp9MgtboP3rBLRrJPxtyZmKmQBL1pY%3D\",\"enc_rsa_privkey\":\"U2FsdGVkX1%2FEfyufzEHf%2FqaGHuzpDpKl0kKvosTpMHHy6xF3u9%2FLJYyHWVkxP6Ct1mzfpoW2t%2Bv%2BQWILixANNFsntQMMuJoSeViqfu%2FbfU2A%2BhHiQ4oD%2F8xXduNb6RrRAFeffl2eznOxaqYWPusM%2B1RHUWyy1Nr2ZA3JnysNBOn1ApMDuCHrQW3COU4DWVQ8aDePzEDtmyCovonKeT61LvcfXUIUeX%2F5XuCtLOSL2V7TW6X375R15sLw17dqJhdcH1zGga8a0TNwxuHsUjpiicGRL%2Bj68aLFRofmoZqbHsJAWcC1lp%2Fd2PDl7%2FExzxXGHZPtB0ipiHJ%2BpYTI7osnQraFRnfKb0bUCgKnZu8ptMBe1r4NF79YrXfAeau2B%2FkzTf5yW6RTLjzHA7Bm1DqtmqjoXhLC8IFCr1JI00J2pOhpNwrZxiCx8MQ%2Fm4hGE337RPGENS4AEUC8inmRycAM7IdpPnkwJSibYLbvy3oVbWPB75dU9cDjtXW1o9gkIUayOraUclwc97k5WZ1JDtpNqJetmbIV5Y0d6OV7UXJ%2FPMoU3kQTd3VqcPNo934BCOF83kpNgjgoEoq9kQd92kTkHQFOLFXcbHULKLjxsjS178XGQBsVrBlJER743D2PQJALAFEEeauUYWusmjNRqqWRuimy7OZnPdz%2F1Qr9E9mVtMndIDgaE7o3e69aEASpuip3PBQDDiUn%2F1TdMWh69ctI1qWt6g2DkaRIp7nMpnw16yHkyND714p3ICwegh%2F3PbOSjsTcpIge75ZE%2B9HugkHwokmQG32CpE7v4g%2F%2BNso2jAld2oCQk4%2BZtOwU3Wv6HJodyt4Koi6iClwhtNVFQZfwqn7VI1gq%2FlhG7j2ROBc7KAoLUyIwZyYiefKrwU7s%2F7aZx1CqB2NkvA2RnOY7nETEhMdctKEWJorDmhrjIbmplk18V5LlkXh5n3s%2BChJCZtfXxZVBfgtKRtplNyKqic2IjugNynfYK%2Fppmj%2FlG9I9Fgj0Z4accw7VRPXmsATcheBZaXW8SvvWoY8ajpqbcF73bu1ecTZBWVuZRfCvgh4iV9tBZbCkH0gGjdlIoykZf0HqH2PT44sm7pHbP5XImxilYc0d7cEmsdqDRr8zXP4DhcRqxP2S4NxMGWr6I45p2aIeJ7rl8aQgUMb9Dt1PAKKTVBkZHRalE0h9UYknM9Y%2FnivN7byiklFNMlxARc%2ByLoEVqL7Y0MfC%2BxY58f9Yc1To13emR8OssGDyQr7%2BVqTIZxO5uMVuKNdyI6z4evKUUICIhfxtuQg%2FMpxlHk%2FgUJ7NYXja%2BLesiXLhCjLgvg63lDNUqQssb9C0I5aifJD82EMyDVJijqt3H2I6unHIC%2BJViSgdhOudVkAV6OQ0SgXrDQA3uo22MhYW%2F9pOtoTH7qSudFhhyQT%2B8eTpNf%2FXwAAaslrQP1lpjMP57bViFNPUZos0g5%2FtdxvBDqCxDyrQZ7gpG1Y81%2BVL8%2BC%2F8LlPvW1kmDAV5fRYd1B2hYMRKHioxNmTdNu%2Bi78jrmA1u8BQ%2F4oEK8BLvNCfeVki3dC7z3HPvQ0LWJ%2F%2FJN3rQ%2FgYgHlW189Cqu8RNb%2BRBEIPbcQ1dvhfSWziWxWoxxF8HNPFtJp8Lpc64x0A8gfkxSPfe0OSlsYKq%2BvH3XlCoBwNedQ2mwDB%2F2wvTrZDUyhS3es1SLwa3ku3cY7uyuzuqd5%2BWoST2XJ5FVYhUE0KAsJqOiiXD64sGD1RkESaCjdaOSEUAHuis0S50vw%2FCTLC7cl79WucgD6SAw03dXvGNQWxL%2FGv1wqABvPWX26Ijp14xqSD3jLCm7EAUCfRlVWtMz92Q9qBR0LB93Lwzc6IOE5j4ZhKt0l27DHNJyZt%2FQRiUPYdXtKKSL94ucw7CAnOPLtkT7siKz5lDj3n%2F9wR%2BKcP2XjYgNcf5PUHAo1e0Xza4lU1XWu1dHsSS8iHb8pzN%2FvvD6JuIlGScX%2B3I2gJd5kePDtGSAae4AJemLVi4WRaKb9MrhYynDvnM7aO5NTGRvuWPv1ZQszenBh0ZMD0j%2BrUCyBC%2BJtOlM4EiTLqPoteFJIOZulFo6yf5ZJTLVeZbQYdM7xTkzeL1nV%2FnN10rUW9FEX0rMfbjL7SsI%2BSVv6YsDcH2J0sg3rLVKWezUoP%2FkSOt50AdcnCjSZi7IXiyvsrVO6IvZl0DpnH6gM6l%2BzySLEnxmrVb9v4iiWHpunpI0U5xbACDdfuDOeh2ZDOOe6RhmReGjCmv6Pq8mF%2Be1x%2BYGIVNkcJwlCapURZVnIp0esL0Pe2Igmqfm37UbRvXogU2a6xKJdT\"\}"

This function should be called by the website when updating the contract page. This calls Bj to build T2 and then adds it to SQL:

mw_contract:get_contract_t2_state(1)

Submit t2 signature. Call this twice so there are two signatures added.

curl -v -H "Accept: application/json" -H "Content -X GET -d '{"ec_pubkey":"6Vt5STpVk1MNmgNLUQjTsNrQYfF5viLUJHLGG3NqXvTjLwa3KT", "t2_signature":"FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF"}'  http://localhost:8081/submit-t2-signature/1

Manually add the event outcome. This function will later be called through e.g. some authenticated (perhaps EC signed?) API by the oracle:

mw_contract:add_event_outcome(1, true).

Get t3 for signing:

curl -v -H "Accept: application/json" -H "Content-type: application/json" -X GET -d '{"to_address":"mrQ8iqcBfkTz1YVR3b4nhcGgEM6Yt7DwkD"}'  http://localhost:8081/get-t3-for-signing/1

Submit t3 signatures:

curl -v -H "Accept: application/json" -H "Content-type: application/json" -X GET -d '{"t3_raw":"FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF","t3_signature1":"FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF", "t3_signature2":"FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF"}'  http://localhost:8081/submit-t3-signatures/1

About

AI Effect World Cup 2014 - Middle Server

Resources

Readme
Activity

Stars

3 stars

Watchers

2 watching

Forks

1 fork
Report repository

Releases

1 tags

Packages

No packages published

Languages