b7aac66551
android fixes
11 years ago
52a3ecda88
fix compilation error (m_sent_bitfield) without libtorrent debug
11 years ago
19f5c3cc0e
-1 is not used anymore for max_id since it breaks "geting up to post 0"
11 years ago
e80acded1f
prevent asking our own tracker in dht (untested)
11 years ago
f39df114d1
increase dht flood protection to 1000 packets / 5 sec.
...
which threshold is good remains to be decided, for now i just don't want
an additional source of problems (banning legit peers).
11 years ago
34024136ae
tweaks. increase m_desired_queue_size, maybe 2 is too low due to rounding
...
number of pieces to the nearest multiple of 8. not sure.
11 years ago
73c4a88516
remove "unfinished" entry of resume file. it makes no sense when pieces per block = 1
11 years ago
38def2e03c
minor fix to avoid confusion: seq is not k
11 years ago
b4322a61bc
persist dht keys to disk
11 years ago
cb7f080b75
less noisy. disable some dht announce and already connected messages
11 years ago
7a72e63372
fix problem with dhtput > 2kb (for avatar)
11 years ago
878061317e
leveldb repair for torrents
11 years ago
d1ec27e01a
dont trust getBestHeight == 0
11 years ago
dc3b1b2c47
keep track of rt and dm messages and filter dm from get_pieces (getposts rpc)
11 years ago
5e68d4e2ae
new getposts rpc
11 years ago
cbb5a524ce
is_unspecified() is not always available. never mind.
11 years ago
98903d5a73
keep track of last "have" for each torrent
11 years ago
55ca248925
disable torrent protocol debug
11 years ago
4cd345bf62
// validate with smaller size to account uncertanty in network received bitfield
11 years ago
cefb94e321
allow bitfield with different number of pieces
11 years ago
b0d68b346e
disable smartban - no sense with single block pieces
11 years ago
ef084487f4
fix torrent/swarm path and add resume file
11 years ago
1bae0176f5
implement refreshing dht storage every hour
11 years ago
f01cca3d48
logic to refresh dht storage (only single itens). only printf for now.
11 years ago
f422868103
implement sending message to mention, hashtags, repliesXX and postXX
11 years ago
b9c5b90e4d
error handling in newpostmsg and newdirectmsg implemented
11 years ago
931c484c26
post propagation via torrent working!
11 years ago
5112e73a07
newpostmsg command, working.
11 years ago
4f51727c1b
use bitcoin network time reference, dm creation draft
11 years ago
cc2588ae41
refactoring acceptSignedPost
11 years ago
e4a943c745
some crash fixes, disable ut_metadata, fix m_name
11 years ago
33d44cf473
fix cast
11 years ago
bfc461a2dc
use leveldb for read/write of pieces
11 years ago
0b69a1c5f3
remove file access from storage
11 years ago
ef6baf79fd
replace the other partial hash with the piece signature checking
11 years ago
2feb58f473
remove slot-piece mapping of deprecated compact storage
11 years ago
15d8e3397c
more consistency checks of userpost
11 years ago
6fb557e33c
more untested stuff: try to preserve piece_size when reading from disk.
...
first signature checking instead of hash.
11 years ago
6b9c27048e
partial untested torrent chages. will use leveldb for storage, no more multi-files per torrent, number of pieces may increase.
11 years ago
7af7927f5d
some more debuging to make sure new dht announce x torrent peers is working
11 years ago
4513fee3e5
use the right torrent port from the start, not need to change it later
11 years ago
d149565509
avoid adding ourselves to torrent peers
11 years ago
d1071c30f9
completely disable log file creation
11 years ago
24fd6a6a8a
start torrent automatically for neighbor of tracker
11 years ago
c81308b2a2
redirect log to bitcoin/util.h printf
11 years ago
662c5fa833
big announce / getPeers change
...
1) getPeers is obsolete, peers are obtained from getData with r="tracker", t="m"
2) announce api of node.cpp is used to update our own memory table (of the tracker)
3) announce api of node.cpp only do getDate/announce to the network if peer is the local one
4) announcement rpc (to the network) might be removed in future (not sure)
11 years ago
6af8185112
remove mutable/imutable stuff
11 years ago
425c355b72
maintain list of multivalued dht items ordered (newer first) by height. discard the last when size exceeds.
11 years ago
07749a22e2
improve getData reply debug message
11 years ago
2aa71205d4
possiblyNeighbor is authoritative for false, so we may trust it to NOT store putData value.
...
someone might be trying to attack this resource by storing value into non-final nodes.
11 years ago
Miguel Freitas