stub implementations of light client trait
This commit is contained in:
parent
1782b659d1
commit
e3c4695274
95
ethcore/src/light/client.rs
Normal file
95
ethcore/src/light/client.rs
Normal file
@ -0,0 +1,95 @@
|
|||||||
|
// Copyright 2015, 2016 Ethcore (UK) Ltd.
|
||||||
|
// This file is part of Parity.
|
||||||
|
|
||||||
|
// Parity is free software: you can redistribute it and/or modify
|
||||||
|
// it under the terms of the GNU General Public License as published by
|
||||||
|
// the Free Software Foundation, either version 3 of the License, or
|
||||||
|
// (at your option) any later version.
|
||||||
|
|
||||||
|
// Parity is distributed in the hope that it will be useful,
|
||||||
|
// but WITHOUT ANY WARRANTY; without even the implied warranty of
|
||||||
|
// MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
||||||
|
// GNU General Public License for more details.
|
||||||
|
|
||||||
|
// You should have received a copy of the GNU General Public License
|
||||||
|
// along with Parity. If not, see <http://www.gnu.org/licenses/>.
|
||||||
|
|
||||||
|
//! Light client implementation. Used for raw data queries as well as the header
|
||||||
|
//! sync.
|
||||||
|
|
||||||
|
use std::sync::Arc;
|
||||||
|
|
||||||
|
use engines::Engine;
|
||||||
|
use ids::BlockID;
|
||||||
|
use miner::TransactionQueue;
|
||||||
|
use service::ClientIoMessage;
|
||||||
|
use block_import_error::BlockImportError;
|
||||||
|
use block_status::BlockStatus;
|
||||||
|
use verification::queue::{Config as QueueConfig, HeaderQueue, QueueInfo, Status};
|
||||||
|
use transaction::SignedTransaction;
|
||||||
|
|
||||||
|
use super::provider::{CHTProofRequest, Provider, ProofRequest};
|
||||||
|
|
||||||
|
use io::IoChannel;
|
||||||
|
use util::hash::H256;
|
||||||
|
use util::Bytes;
|
||||||
|
|
||||||
|
/// A light client.
|
||||||
|
pub struct Client {
|
||||||
|
engine: Arc<Engine>,
|
||||||
|
header_queue: HeaderQueue,
|
||||||
|
message_channel: IoChannel<ClientIoMessage>,
|
||||||
|
transaction_queue: TransactionQueue,
|
||||||
|
}
|
||||||
|
|
||||||
|
impl Client {
|
||||||
|
/// Import a header as rlp-encoded bytes.
|
||||||
|
fn import_header(&self, bytes: Bytes) -> Result<H256, BlockImportError> {
|
||||||
|
let header = ::rlp::decode(&bytes);
|
||||||
|
|
||||||
|
self.header_queue.import(header).map_err(Into::into)
|
||||||
|
}
|
||||||
|
|
||||||
|
/// Whether the block is already known (but not necessarily part of the canonical chain)
|
||||||
|
fn is_known(&self, id: BlockID) -> bool {
|
||||||
|
false
|
||||||
|
}
|
||||||
|
|
||||||
|
/// Fetch a vector of all pending transactions.
|
||||||
|
fn pending_transactions(&self) -> Vec<SignedTransaction> {
|
||||||
|
self.transaction_queue.top_transactions()
|
||||||
|
}
|
||||||
|
|
||||||
|
/// Inquire about the status of a given block.
|
||||||
|
fn status(&self, id: BlockID) -> BlockStatus {
|
||||||
|
BlockStatus::Unknown
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
||||||
|
// stub implementation, can be partially implemented using LRU-caches
|
||||||
|
// but will almost definitely never be able to provide complete responses.
|
||||||
|
impl Provider for Client {
|
||||||
|
fn block_headers(&self, _block: H256, _skip: usize, _max: usize, _reverse: bool) -> Vec<Bytes> {
|
||||||
|
vec![]
|
||||||
|
}
|
||||||
|
|
||||||
|
fn block_bodies(&self, _blocks: Vec<H256>) -> Vec<Bytes> {
|
||||||
|
vec![]
|
||||||
|
}
|
||||||
|
|
||||||
|
fn receipts(&self, _blocks: Vec<H256>) -> Vec<Bytes> {
|
||||||
|
vec![]
|
||||||
|
}
|
||||||
|
|
||||||
|
fn proofs(&self, _requests: Vec<(H256, ProofRequest)>) -> Vec<Bytes> {
|
||||||
|
vec![]
|
||||||
|
}
|
||||||
|
|
||||||
|
fn code(&self, _accounts: Vec<(H256, H256)>) -> Vec<Bytes> {
|
||||||
|
vec![]
|
||||||
|
}
|
||||||
|
|
||||||
|
fn header_proofs(&self, _requests: Vec<CHTProofRequest>) -> Vec<Bytes> {
|
||||||
|
vec![]
|
||||||
|
}
|
||||||
|
}
|
18
ethcore/src/light/mod.rs
Normal file
18
ethcore/src/light/mod.rs
Normal file
@ -0,0 +1,18 @@
|
|||||||
|
//! Light client logic and implementation.
|
||||||
|
//!
|
||||||
|
//! A "light" client stores very little chain-related data locally
|
||||||
|
//! unlike a full node, which stores all blocks, headers, receipts, and more.
|
||||||
|
//!
|
||||||
|
//! This enables the client to have a much lower resource footprint in
|
||||||
|
//! exchange for the cost of having to ask the network for state data
|
||||||
|
//! while responding to queries. This makes a light client unsuitable for
|
||||||
|
//! low-latency applications, but perfectly suitable for simple everyday
|
||||||
|
//! use-cases like sending transactions from a personal account.
|
||||||
|
//!
|
||||||
|
//! It starts by performing a header-only sync, verifying every header in
|
||||||
|
//! the chain.
|
||||||
|
|
||||||
|
mod provider;
|
||||||
|
mod client;
|
||||||
|
|
||||||
|
pub use self::provider::{CHTProofRequest, ProofRequest, Provider};
|
Loading…
Reference in New Issue
Block a user