Skip to content

clef: documentation generator + docs #19020

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 3 commits into from
Feb 13, 2019
Merged

Conversation

holiman
Copy link
Contributor

@holiman holiman commented Feb 8, 2019

This is the third clef-pr in the series, based on top #19018 . It contains a clef gendocs command, which will hopefully make it easier to provide up-to-date and extensive documentation about the various data type used in various communication channels.

Here's the curerntly generated markdown: https://github.com/ethereum/go-ethereum/blob/deb3c5cd5d0ec1f1cbc82729f65cae63340e07b4/cmd/clef/datatypes.md

@holiman holiman changed the title Clef gendoc clef: documentation generator + docs Feb 12, 2019
Copy link
Member

@gballet gballet left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM overall, a few typos here and there.

--keystore value Directory for the keystore (default: "$HOME/.ethereum/keystore")
--configdir value Directory for clef configuration (default: "$HOME/.clef")
--networkid value Network identifier (integer, 1=Frontier, 2=Morden (disused), 3=Ropsten, 4=Rinkeby) (default: 1)
--keystore value Directory for the keystore (default: "/home/user/.ethereum/keystore")
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is there a reason to replace $HOME with some hardcoded value ?

### SignDataRequest

SignDataRequest contains information about a pending request to sign some data.The data to be signed can be of various types, defined by content-type. Clef has done mostof the work in canonicalizing and making sense of the data, and it's up to the UI to presentthe user with the contents of the `message`

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Spaces in the wrong places, pointed out by scared face emoji:

some data.😱The data to be 😱 signed can be of various types, defined by content-type. Clef has done most😱of the work in canonicalizing and making sense of the data, and it's up to the UI to presentthe user with the contents of the message

```
### SignTxRequest

SignTxRequest contains information about a pending request to sign a transaction.Aside from the transaction itself, there is also a call_info-struct. That struct containsmessages of various types, that the user should be informed of.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

SignTxRequest contains information about a pending request to sign a transaction.😱Aside from the transaction itself, there is also a call_info-struct. That struct contains😱messages of various types, that the user should be informed of.

also, I would write it as call_info-struct


A ruleset that implements a rate limitation needs to know what transactions are sent out to the external interface. By hooking into this methods, the ruleset can maintain track of that count.

**OBS:** Note that if an attacker can restore your `clef` data to a previous point in time (e.g through a backup), he can reset such windows, even if he is unable to decrypt the content.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Prefer the grammatically correct "he or she" or the more convenient and upcoming "they".

```
### UserInputResponse

Reponse to list request. The response contains a list of all addresses to show the caller. Note: the UI is free to respond with any address the caller, regardless of whether it exists or not
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

with any address TO the caller

@holiman holiman merged commit e9f70c9 into ethereum:master Feb 13, 2019
kiku-jw pushed a commit to kiku-jw/go-ethereum that referenced this pull request Mar 29, 2019
* clef: implement documentation generation + remove unused struct

* clef: formatting + spelling

* clef: updates to doc
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants