ARCHIVE/rippled
1
0
Fork 0
mirror of https://github.com/XRPLF/rippled.git synced 2025-12-06 17:27:55 +00:00
Code Issues Packages Projects Releases Wiki Activity
Files
fe129e8e4f6db98000cf4fde580a0324b060351a
rippled/src/ripple
History
seelabs fe129e8e4f Optimize payment path exploration in flow: 
* Use theoretical quality to order the strands
* Do not use strands below the user specified quality limit
* Stop exploring strands (at the current quality iteration) once any strand is non-dry
2021-01-25 18:49:49 -08:00
..
app
Optimize payment path exploration in flow:
2021-01-25 18:49:49 -08:00
basics
Reduce nesting and remove dead code
2021-01-25 18:49:49 -08:00
beast
Remove unused Beast code
2021-01-09 13:50:06 -08:00
conditions
Format first-party source according to .clang-format
2020-04-23 10:02:04 -07:00
consensus
Adjust time resolution of genesis ledger:
2020-12-18 15:23:26 -08:00
core
Reduce nesting and remove dead code
2021-01-25 18:49:49 -08:00
crypto
Prefer keylets instead of naked hashes:
2020-05-05 16:05:22 -07:00
json
Include missing header in json_reader
2021-01-20 16:32:59 -08:00
ledger
Add Reporting Mode
2021-01-20 11:30:03 -08:00
net
Fix parsing of node public keys in manifest CLI:
2021-01-20 10:51:07 -08:00
nodestore
Reduce nesting and remove dead code
2021-01-25 18:49:49 -08:00
overlay
Implement ledger forward replay
2021-01-25 18:49:49 -08:00
peerfinder
Clean-up the Stoppable architecture
2021-01-08 14:43:06 -05:00
proto
Implement ledger forward replay
2021-01-25 18:49:49 -08:00
protocol
Optimize payment path exploration in flow:
2021-01-25 18:49:49 -08:00
resource
Format first-party source according to .clang-format
2020-04-23 10:02:04 -07:00
rpc
Add Reporting Mode
2021-01-20 11:30:03 -08:00
server
Add Reporting Mode
2021-01-20 11:30:03 -08:00
shamap
Implement ledger forward replay
2021-01-25 18:49:49 -08:00
unity
Use native cmake unity support:
2020-02-25 19:21:50 -08:00
README.md
Add dev docs generation to Jenkins:
2018-03-02 07:37:15 -08:00

README.md

Ripple Source Guidelines

Each folder contains a single module following the newest style:

  • One class per header
  • As much implementation hidden as possible
  • All major interfaces are abstract
  • Every class is documented
  • Each module focuses on solving one problem