The OBJECT-lib boundary (de25cd2) added a keyword-signature
target_link_libraries(core INTERFACE ...) in src/c2pool/CMakeLists.txt
while src/core/CMakeLists.txt still used the plain signature, which CMake
rejects (all uses on a target must be all-keyword or all-plain).

Convert core core_util/btclibs and Boost/yaml/json/leveldb link calls to
PUBLIC, matching the OBJECT-library propagation intent (consumers pool
cores objects and need its usage requirements).

The five-lib enumeration (c2pool_hashrate, c2pool_merged_mining,
c2pool_payout, c2pool_storage, ltc_coin) was incomplete: pool owns
pool::parse_net_error (src/pool/node.cpp) and is reachable only
transitively, so its objects did not propagate into the exe/test links.
Name pool directly alongside the other OBJECT sets on c2pool,
c2pool_enhanced, test_ltc_node, ltc_pool_test per the ratified
direct-naming pattern. CMake-only; no coin-tree or source changes.
Canonical Conan build links 100% green.

…plete type (#22/#39)

Two cross-platform compile failures on PR #63 (neither is LINK_GROUP:RESCAN):

Windows (C1083 leveldb/db.h in c2pool_storage): the c2pool_storage OBJECT
lib compiles storage/sharechain_storage.cpp which pulls core/leveldb_store.hpp
-> <leveldb/db.h>, but it deliberately does not link core (SCC break), so the
leveldb include dir never reached it. On Conan/MSVC that dir propagates only via
the leveldb::leveldb imported target. Add ${LEVELDB_LIBRARIES} to c2pool_storage
so it carries the usage requirement itself (Linux found db.h on the default
system path, hence the platform-specific failure).

macOS (incomplete type core::INetwork at socket.hpp:174): make_socket()
dynamic_casts to INetwork* and calls weak_from_this(), both requiring a complete
type, but socket.hpp only forward-declared it (full def was in factory.hpp, which
includes socket.hpp — a cycle). Extract INetwork into core/inetwork.hpp, included
by socket.hpp and factory.hpp. AppleClang/MSVC diagnose the incomplete non-
dependent type at template-parse time where GCC tolerated it.

…#39)

macOS arm64 link failed: undefined Boost.Log symbols (open_record,
push_record_move, get_logging_enabled, trivial::logger::get) from
payout_manager.cpp.o and merged_mining.cpp.o.

Both TUs include <core/log.hpp> (LOG_* -> Boost.Log trivial). Their
OBJECT libs deliberately do not link core (SCC break), so they no
longer inherit cores PUBLIC Boost::log/Boost::log_setup. They fell
back to the legacy ${Boost_LIBRARIES} variable, which does not
reliably resolve the log component through ld64 static archives on
AppleClang arm64; GCC/MSVC tolerated it.

Fix: name Boost::log/Boost::log_setup imported targets explicitly on
c2pool_payout and c2pool_merged_mining, same fix class as the ratified
c2pool_storage/leveldb usage-requirement carry. CMake-only, no coin
tree touched. Linux x86_64 re-verified green.

sharechain_storage.cpp.o was the remaining arm64 undefined-symbol source
(run 26944904869). It includes <core/log.hpp> (LOG_* -> Boost.Log trivial)
but the OBJECT-SCC break means c2pool_storage does not link core, so it
fell back to legacy ${Boost_LIBRARIES} which ld64 will not resolve. Name
Boost::log + Boost::log_setup explicitly, same carry pattern already
applied to c2pool_payout and c2pool_merged_mining.

…JECT libs (#22/#39)

Both libs use Boost.Log internally (tracker.cpp, adjustment_engine.cpp) but do not link core after the OBJECT-lib SCC break, so ld64 on AppleClang arm64 fails to resolve Boost.Log symbols. Carry Boost::log + Boost::log_setup explicitly, same pattern as c2pool_storage/c2pool_payout/c2pool_merged_mining.