Merge pull request #404 from nspcc-dev/move-user-docs

Move user docs, fix #339.
This commit is contained in:
Roman Khimov 2019-09-18 12:50:06 +03:00 committed by GitHub
commit c68a254eba
No known key found for this signature in database
GPG key ID: 4AEE18F83AFDEB23
9 changed files with 250 additions and 188 deletions

View file

@ -12,6 +12,7 @@
[![codecov](https://codecov.io/gh/nspcc-dev/neo-go/branch/master/graph/badge.svg)](https://codecov.io/gh/nspcc-dev/neo-go) [![codecov](https://codecov.io/gh/nspcc-dev/neo-go/branch/master/graph/badge.svg)](https://codecov.io/gh/nspcc-dev/neo-go)
[![CircleCI](https://circleci.com/gh/nspcc-dev/neo-go/tree/master.svg?style=svg)](https://circleci.com/gh/nspcc-dev/neo-go/tree/master) [![CircleCI](https://circleci.com/gh/nspcc-dev/neo-go/tree/master.svg?style=svg)](https://circleci.com/gh/nspcc-dev/neo-go/tree/master)
[![Report](https://goreportcard.com/badge/github.com/nspcc-dev/neo-go)](https://goreportcard.com/report/github.com/nspcc-dev/neo-go) [![Report](https://goreportcard.com/badge/github.com/nspcc-dev/neo-go)](https://goreportcard.com/report/github.com/nspcc-dev/neo-go)
[![GoDoc](https://godoc.org/github.com/nspcc-dev/neo-go?status.svg)](https://godoc.org/github.com/nspcc-dev/neo-go)
![GitHub release (latest SemVer)](https://img.shields.io/github/v/release/nspcc-dev/neo-go?sort=semver) ![GitHub release (latest SemVer)](https://img.shields.io/github/v/release/nspcc-dev/neo-go?sort=semver)
![License](https://img.shields.io/github/license/nspcc-dev/neo-go.svg?style=popout) ![License](https://img.shields.io/github/license/nspcc-dev/neo-go.svg?style=popout)
@ -21,11 +22,10 @@ This project aims to be a full port of the original C# [NEO project](https://git
A complete toolkit for the NEO blockchain, including: A complete toolkit for the NEO blockchain, including:
- Consensus node (WIP) - Consensus node (WIP)
- [RPC node & client](https://github.com/nspcc-dev/neo-go/tree/master/pkg/rpc/README.md) - [RPC node & client](https://github.com/nspcc-dev/neo-go/tree/master/docs/rpc.md)
- [RPC client](https://github.com/nspcc-dev/neo-go/blob/master/pkg/rpc/README.md) - [CLI tool](https://github.com/nspcc-dev/neo-go/blob/master/docs/cli.md)
- [CLI tool](https://github.com/nspcc-dev/neo-go/blob/master/cli/README.md) - [Smart contract compiler](https://github.com/nspcc-dev/neo-go/blob/master/docs/compiler.md)
- [Smart contract compiler](https://github.com/nspcc-dev/neo-go/blob/master/pkg/vm/compiler/README.md) - [NEO virtual machine](https://github.com/nspcc-dev/neo-go/blob/master/docs/vm.md)
- [NEO virtual machine](https://github.com/nspcc-dev/neo-go/blob/master/pkg/vm/README.md)
# Getting started # Getting started

View file

@ -1,4 +1,16 @@
# Roadmap for neo-go # Roadmap for neo-go
## Version x.x.x This defines approximate plan of neo-go releases and key features planned for
* Define roadmap for this version them.
## Version 0.51.0 (mid-October 2019)
* VM compabitibility with neo-vm for all JSON-based tests in neo-vm
* further refactoring the code
* block verification
* implementing missing protocol messages
## Version 0.60.0 (mid-November 2019)
* consensus node
## Version 1.0 (2020, aligned with NEO 3.0 release)
* full NEO 3.0 support

View file

@ -23,32 +23,41 @@ The neo-go compiler compiles Go programs to bytecode that the NEO virtual machin
- append - append
### VM API (interop layer) ### VM API (interop layer)
- storage Compiler translates interop function calls into NEO VM syscalls or (for custom
- runtime functions) into NEO VM instructions. [Refer to GoDoc](https://godoc.org/github.com/nspcc-dev/neo-go/pkg/interop) for full API documentation.
- block
- header #### Standard NEO Smart Contract API
- transaction - account
- asset - asset
- attribute
- block
- blockchain - blockchain
- contract
- engine
- header
- input
- iterator
- output
- runtime
- storage
- transaction
### VM utility helper functions #### Custom VM utility helper functions
- SHA1 - crypto:
- SHA256 - `SHA1`
- Hash256 - `SHA256`
- Hash160 - `Hash256`
- other.. - `Hash160`
- enumerator
### Custom utility functions - util:
- `Equals` (to emit `EQUALS` opcode, not needed usually)
- `FromAddress(address string) []byte` - `FromAddress(address string) []byte`
## Not yet implemented
- very small part of the interop layer (VM API)
## Not supported ## Not supported
Due to the limitations of the NEO virtual machine, features listed below will not be supported. Due to the limitations of the NEO virtual machine, features listed below will not be supported.
- channels - channels
- goroutines - goroutines
- multiple returns - returning multiple values from functions
## Quick start ## Quick start
@ -125,8 +134,12 @@ Will output something like:
``` ```
At the moment this is implemented via RPC call to the remote server.
## Smart contract examples ## Smart contract examples
Some examples are provided in the [examples directory](https://github.com/nspcc-dev/neo-go/tree/master/examples).
### Check if the invoker of the contract is the owning address ### Check if the invoker of the contract is the owning address
```Golang ```Golang
@ -214,4 +227,3 @@ func Main(operation string, args []interface{}) bool {
2. Create an issue on Github 2. Create an issue on Github
3. Make a PR with a reference to the created issue, containing the testcase that proves the bug 3. Make a PR with a reference to the created issue, containing the testcase that proves the bug
4. Either you fix the bug yourself or wait for patch that solves the problem 4. Either you fix the bug yourself or wait for patch that solves the problem

63
docs/rpc.md Normal file
View file

@ -0,0 +1,63 @@
# RPC
## Client
Client is provided as a Go package, so please refer to the
[relevant godocs page](https://godoc.org/github.com/nspcc-dev/neo-go/pkg/rpc).
## Server
The server is written to support as much of the [JSON-RPC 2.0 Spec](http://www.jsonrpc.org/specification) as possible. The server is run as part of the node currently.
### Example call
An example would be viewing the version of the node:
```bash
$ curl -X POST -d '{"jsonrpc": "2.0", "method": "getversion", "params": [], "id": 1}' http://localhost:20332
```
which would yield the response:
```json
{
"jsonrpc" : "2.0",
"id" : 1,
"result" : {
"port" : 20333,
"useragent" : "/NEO-GO:0.36.0-dev/",
"nonce" : 9318417
}
}
```
### Supported methods
| Method | Implemented |
| ------- | ------------|
| `getaccountstate` | Yes |
| `getassetstate` | Yes |
| `getbestblockhash` | Yes |
| `getblock` | Yes |
| `getblockcount` | Yes |
| `getblockhash` | Yes |
| `getblocksysfee` | No |
| `getconnectioncount` | Yes |
| `getcontractstate` | No |
| `getpeers` | Yes |
| `getrawmempool` | No |
| `getrawtransaction` | No |
| `getstorage` | No |
| `gettxout` | No |
| `getversion` | Yes |
| `invoke` | No |
| `invokefunction` | No |
| `invokescript` | No |
| `sendrawtransaction` | No |
| `submitblock` | No |
| `validateaddress` | Yes |
## Reference
* [JSON-RPC 2.0 Specification](http://www.jsonrpc.org/specification)
* [NEO JSON-RPC 2.0 docs](https://docs.neo.org/en-us/node/cli/apigen.html)

View file

@ -4,28 +4,16 @@ A cross platform virtual machine implementation for `avm` compatible programs.
# Installation # Installation
## With neo-go VM is provided as part of neo-go binary, so usual neo-go build instructions
Install dependencies. are applicable.
`neo-go` uses [dep](https://github.com/golang/dep) as its dependency manager. After installing `deps` you can run: # Running the VM
```
make deps
```
Build the `neo-go` cli:
```
make build
```
Start the virtual machine: Start the virtual machine:
``` ```
./bin/neo-go vm $ ./bin/neo-go vm
```
```
_ ____________ __________ _ ____ ___ _ ____________ __________ _ ____ ___
/ | / / ____/ __ \ / ____/ __ \ | | / / |/ / / | / / ____/ __ \ / ____/ __ \ | | / / |/ /
/ |/ / __/ / / / /_____/ / __/ / / /____| | / / /|_/ / / |/ / __/ / / / /_____/ / __/ / / /____| | / / /|_/ /
@ -36,9 +24,6 @@ Start the virtual machine:
NEO-GO-VM > NEO-GO-VM >
``` ```
## Standalone
More information about standalone installation coming soon.
# Usage # Usage
``` ```
@ -51,24 +36,39 @@ More information about standalone installation coming soon.
NEO-GO-VM > help NEO-GO-VM > help
COMMAND USAGE Commands:
astack show alt stack details astack Show alt stack contents
break place a breakpoint (> break 1) break Place a breakpoint
cont continue execution of the current loaded script clear clear the screen
estack show evaluation stack details cont Continue execution of the current loaded script
exit exit the VM prompt estack Show evaluation stack contents
help show available commands exit Exit the VM prompt
ip show the current instruction help display help
istack show invocation stack details ip Show current instruction
loadavm load an avm script into the VM (> load /path/to/script.avm) istack Show invocation stack contents
loadgo compile and load a .go file into the VM (> load /path/to/file.go) loadavm Load an avm script into the VM
loadhex load a hex string into the VM (> loadhex 006166 ) loadgo Compile and load a Go file into the VM
ops show the opcodes of the current loaded program loadhex Load a hex-encoded script string into the VM
run execute the current loaded script ops Dump opcodes of the current loaded program
step step (n) instruction in the program (> step 10) run Execute the current loaded script
step Step (n) instruction in the program
``` ```
### Loading in your script You can get help for each command and its parameters adding `help` as a
parameter to the command:
```
NEO-GO-VM > step help
Usage: step [<n>]
<n> is optional parameter to specify number of instructions to run, example:
> step 10
```
## Loading in your script
To load an avm script into the VM: To load an avm script into the VM:
@ -111,7 +111,7 @@ NEO-GO-VM > run
``` ```
### Running programs with arguments ## Running programs with arguments
You can invoke smart contracts with arguments. Take the following ***roll the dice*** smartcontract as example. You can invoke smart contracts with arguments. Take the following ***roll the dice*** smartcontract as example.
``` ```
@ -146,7 +146,10 @@ func rollDice(number int) {
To invoke this contract we need to specify both the method and the arguments. To invoke this contract we need to specify both the method and the arguments.
The first parameter (called method or operation) is always of type string. Notice that arguments can have different types, to make the VM aware of the type we need to specify it when calling `run`: The first parameter (called method or operation) is always of type
string. Notice that arguments can have different types, they can inferred
automatically (please refer to the `run` command help), but in you need to
pass parameter of specific type you can specify it in `run`'s arguments:
``` ```
NEO-GO-VM > run rollDice int:1 NEO-GO-VM > run rollDice int:1
@ -154,45 +157,52 @@ NEO-GO-VM > run rollDice int:1
> The method is always of type string, hence we don't need to specify the type. > The method is always of type string, hence we don't need to specify the type.
To add more then 1 argument: To add more than 1 argument:
``` ```
NEO-GO-VM > run someMethod int:1 int:2 string:foo string:bar NEO-GO-VM > run someMethod int:1 int:2 string:foo string:bar
``` ```
Current supported types: Currently supported types:
- `bool (bool:false and bool:true)`
- `int (int:1 int:100)` - `int (int:1 int:100)`
- `string (string:foo string:this is a string)` - `string (string:foo string:this is a string)`
### Debugging ## Debugging
The `neo-go-vm` provides a debugger to inspect your program in-depth. The `neo-go-vm` provides a debugger to inspect your program in-depth.
### Stepping through the program
Step 4 instructions. Step 4 instructions.
``` ```
NEO-GO-VM > step 4 NEO-GO-VM > step 4
at breakpoint 4 (Opush4) at breakpoint 3 (DUPFROMALTSTACK)
NEO-GO-VM 4 > NEO-GO-VM 3 >
``` ```
Using just `step` will execute 1 instruction at a time. Using just `step` will execute 1 instruction at a time.
``` ```
NEO-GO-VM > step NEO-GO-VM 3 > step
instruction pointer at 5 (Odup) at breakpoint 4 (PUSH0)
NEO-GO-VM 5 > NEO-GO-VM 4 >
``` ```
### Breakpoints
To place breakpoints: To place breakpoints:
``` ```
NEO-GO-VM > break 10 NEO-GO-VM > break 10
breakpoint added at instruction 10 breakpoint added at instruction 10
NEO-GO-VM > cont NEO-GO-VM > cont
at breakpoint 10 (Osetitem) at breakpoint 10 (SETITEM)
NEO-GO-VM 10 > cont NEO-GO-VM 10 > cont
``` ```
## Inspecting stack
Inspecting the evaluation stack: Inspecting the evaluation stack:
``` ```

View file

@ -1,2 +0,0 @@
# Storage

View file

@ -1,110 +0,0 @@
# RPC
## What
* Structs used by `JSON-RPC` server and for interacting with a `JSON-RPC` endpoint.
* Server for running the `JSON-RPC` protocol based on port in configuration.
> This package is currently in `alpha` and is subject to change.
## Reference
* [JSON-RPC 2.0 Specification](http://www.jsonrpc.org/specification)
* [NEO JSON-RPC 2.0 docs](https://docs.neo.org/en-us/node/cli/apigen.html)
## Client
You can create a new client and start interacting with any NEO node that exposes their
`JSON-RPC` endpoint. See [godocs](https://godoc.org/github.com/CityOfZion/neo-go/pkg/rpc) for example.
> Not all methods are currently supported in the client, please see table below for supported methods.
### TODO
* Merge structs so can be used by both server and client.
* Add missing methods to client.
* Allow client to connect using client cert.
### Supported methods
| Method | Implemented | Required to implement |
| ------- | ------------| --------------------- |
| `getblock` | Yes | - |
| `getaccountstate` | Yes | - |
| `invokescript` | Yes | - |
| `invokefunction` | Yes | - |
| `sendrawtransaction` | Yes | - |
| `invoke` | Yes | - |
| `getrawtransaction` | Yes | - |
| `validateaddress` | No | Handler and result struct |
| `getblocksysfee` | No | Handler and result struct |
| `getcontractstate` | No | Handler and result struct |
| `getrawmempool` | No | Handler and result struct |
| `getstorage` | No | Handler and result struct |
| `submitblock` | No | Handler and result struct |
| `gettxout` | No | Handler and result struct |
| `getassetstate` | No | Handler and result struct |
| `getpeers` | No | Handler and result struct |
| `getversion` | No | Handler and result struct |
| `getconnectioncount` | No | Handler and result struct |
| `getblockhash` | No | Handler and result struct |
| `getblockcount` | No | Handler and result struct |
| `getbestblockhash` | No | Handler and result struct |
## Server
The server is written to support as much of the [JSON-RPC 2.0 Spec](http://www.jsonrpc.org/specification) as possible. The server is run as part of the node currently.
### TODO
* Implement HTTPS server.
* Add remaining methods (Documented below).
* Add Swagger spec and test using dredd in circleCI.
### Example call
An example would be viewing the version of the node:
```bash
$ curl -X POST -d '{"jsonrpc": "2.0", "method": "getversion", "params": [], "id": 1}' http://localhost:20332
```
which would yield the response:
```json
{
"jsonrpc" : "2.0",
"id" : 1,
"result" : {
"port" : 20333,
"useragent" : "/NEO-GO:0.36.0-dev/",
"nonce" : 9318417
}
}
```
### Supported methods
| Method | Implemented | Required to implement |
| ------- | ------------| --------------------- |
| `getblock` | Yes | - |
| `getaccountstate` | Yes | - |
| `invokescript` | No | VM |
| `invokefunction` | No | VM |
| `sendrawtransaction` | No | Needs to be implemented in `pkg/core/blockchain.go` |
| `validateaddress` | Yes | - |
| `getblocksysfee` | No | N/A |
| `getcontractstate` | No | Needs to be implemented in `pkg/core/blockchain.go` |
| `getrawmempool` | No | Needs to be implemented on in `pkg/network/server.go` |
| `getrawtransaction` | No | Needs to be implemented in `pkg/core/blockchain.go` |
| `getstorage` | No | VM |
| `submitblock` | No | Needs to be implemented in `pkg/core/blockchain.go` |
| `gettxout` | No | Needs to be implemented in `pkg/core/blockchain.go` |
| `invoke` | No | VM |
| `getassetstate` | Yes |-|
| `getpeers` | Yes | - |
| `getversion` | Yes | - |
| `getconnectioncount` | Yes | - |
| `getblockhash` | Yes | - |
| `getblockcount` | Yes | - |
| `getbestblockhash` | Yes | - |

View file

@ -1,7 +1,9 @@
package rpc
/* /*
Package rpc provides interaction with a NEO node over JSON-RPC. Package rpc implements NEO-specific JSON-RPC 2.0 client and server.
This package is currently in alpha and is subject to change.
Client
After creating a client instance with or without a ClientConfig After creating a client instance with or without a ClientConfig
you can interact with the NEO blockchain by its exposed methods. you can interact with the NEO blockchain by its exposed methods.
@ -29,5 +31,80 @@ An example:
log.Println(resp.Result.ScriptHash) log.Println(resp.Result.ScriptHash)
log.Println(resp.Result.Balances) log.Println(resp.Result.Balances)
To be continued with more in depth examples. TODO:
Merge structs so can be used by both server and client.
Add missing methods to client.
Allow client to connect using client cert.
More in-depth examples.
Supported methods
getblock
getaccountstate
invokescript
invokefunction
sendrawtransaction
invoke
getrawtransaction
Unsupported methods
validateaddress
getblocksysfee
getcontractstate
getrawmempool
getstorage
submitblock
gettxout
getassetstate
getpeers
getversion
getconnectioncount
getblockhash
getblockcount
getbestblockhash
Server
The server is written to support as much of the JSON-RPC 2.0 Spec as possible.
The server is run as part of the node currently.
TODO:
Implement HTTPS server.
Add remaining methods (Documented below).
Add Swagger spec and test using dredd in circleCI.
Example call
An example would be viewing the version of the node:
$ curl -X POST -d '{"jsonrpc": "2.0", "method": "getversion", "params": [], "id": 1}' http://localhost:20332
which would yield the response:
{
"jsonrpc" : "2.0",
"id" : 1,
"result" : {
"port" : 20333,
"useragent" : "/NEO-GO:0.36.0-dev/",
"nonce" : 9318417
}
}
Unsupported methods
getblocksysfee
getcontractstate (needs to be implemented in pkg/core/blockchain.go)
getrawmempool (needs to be implemented on in pkg/network/server.go)
getrawtransaction (needs to be implemented in pkg/core/blockchain.go)
getstorage (lacks VM functionality)
gettxout (needs to be implemented in pkg/core/blockchain.go)
invoke (lacks VM functionality)
invokefunction (lacks VM functionality)
invokescript (lacks VM functionality)
sendrawtransaction (needs to be implemented in pkg/core/blockchain.go)
submitblock (needs to be implemented in pkg/core/blockchain.go)
*/ */
package rpc