good morning!!!!

Skip to content
Snippets Groups Projects
  1. Nov 13, 2020
  2. Sep 22, 2020
  3. Apr 15, 2016
  4. Feb 19, 2016
  5. Jul 23, 2015
  6. Jul 22, 2015
  7. Jul 07, 2015
  8. Mar 19, 2015
    • Felix Lange's avatar
      p2p: use package rlp to encode messages · 5ba51594
      Felix Lange authored
      Message encoding functions have been renamed to catch any uses.
      The switch to the new encoder can cause subtle incompatibilities.
      If there are any users outside of our tree, they will at least be
      alerted that there was a change.
      
      NewMsg no longer exists. The replacements for EncodeMsg are called
      Send and SendItems.
      5ba51594
  9. Mar 04, 2015
    • Felix Lange's avatar
      p2p: msg.Payload contains list data · 7964f30d
      Felix Lange authored
      With RLPx frames, the message code is contained in the
      frame and is no longer part of the encoded data.
      
      EncodeMsg, Msg.Decode have been updated to match.
      Code that decodes RLP directly from Msg.Payload will need
      to change.
      7964f30d
    • Felix Lange's avatar
      p2p: delete frameRW · d084aed5
      Felix Lange authored
      d084aed5
  10. Feb 05, 2015
    • Felix Lange's avatar
      p2p: integrate p2p/discover · 5bdc1159
      Felix Lange authored
      Overview of changes:
      
      - ClientIdentity has been removed, use discover.NodeID
      - Server now requires a private key to be set (instead of public key)
      - Server performs the encryption handshake before launching Peer
      - Dial logic takes peers from discover table
      - Encryption handshake code has been cleaned up a bit
      - baseProtocol is gone because we don't exchange peers anymore
      - Some parts of baseProtocol have moved into Peer instead
      5bdc1159
  11. Jan 06, 2015
    • Felix Lange's avatar
      eth, p2p: remove EncodeMsg from p2p.MsgWriter · eb0e7b1b
      Felix Lange authored
      ...and make it a top-level function instead.
      
      The original idea behind having EncodeMsg in the interface was that
      implementations might be able to encode RLP data to their underlying
      writer directly instead of buffering the encoded data. The encoder
      will buffer anyway, so that doesn't matter anymore.
      
      Given the recent problems with EncodeMsg (copy-pasted implementation
      bug) I'd rather implement once, correctly.
      eb0e7b1b
  12. Dec 14, 2014
  13. Dec 10, 2014
  14. Nov 25, 2014
  15. Nov 24, 2014
  16. Nov 21, 2014
  17. Oct 23, 2014
Loading